[Fedora-i18n-bugs] [Bug 838854] New: existing settings in .i18n isn't reflected to initial value
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=838854
Bug ID: 838854
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Assignee: jni(a)redhat.com
Summary: existing settings in .i18n isn't reflected to initial
value
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: tagoh(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: fonts-tweak-tool
Product: Fedora
Description of problem:
Once applying the change in GTK Language Order and restarting the application,
it will miss this change on fonts-tweak-tool.
Version-Release number of selected component (if applicable):
fonts-tweak-tool-0.0.6-1.fc17.noarch
How reproducible:
always
Steps to Reproduce:
1.add any languages on GTK Language Order tab
2.Apply and close the window
3.run fonts-tweak-tool again and see the GTK Language Order tab
Actual results:
no languages
Expected results:
should be available something according to .i18n file.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 10 months
[Fedora-i18n-bugs] [Bug 838871] New: Apply button is always clickable
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=838871
Bug ID: 838871
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Assignee: jni(a)redhat.com
Summary: Apply button is always clickable
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: tagoh(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: fonts-tweak-tool
Product: Fedora
Description of problem:
This behavior mislead that the changes may be not applied.
Version-Release number of selected component (if applicable):
fonts-tweak-tool-0.0.6-1.fc17.noarch
How reproducible:
always
Steps to Reproduce:
1.run fonts-tweak-tool
2.
3.
Actual results:
Apply button is clickable regardless of something is changed.
Expected results:
it should be reflected according to the current status
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 10 months
[Fedora-i18n-bugs] [Bug 807068] New: Please fine-tune glyphs of Tamil numerals and one symbol in Lohit Tamil font
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please fine-tune glyphs of Tamil numerals and one symbol in Lohit Tamil font
https://bugzilla.redhat.com/show_bug.cgi?id=807068
Summary: Please fine-tune glyphs of Tamil numerals and one
symbol in Lohit Tamil font
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-tamil-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: samjnaa(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 572886
--> https://bugzilla.redhat.com/attachment.cgi?id=572886
TTF of replacement glyphs and attestations for the same
Description of problem:
The Tamil digits in the Lohit Tamil font are not true to the actual printed
glyphs and hence do not look so good even though the rest of the Lohit Tamil
font is OTOH exceptionally of good quality.
The glyph of one Tamil symbol 0BF6 TAMIL DEBIT SIGN is also not true to the
printed glyphs.
Version-Release number of selected component (if applicable):
2.5.0
How reproducible:
Using Lohit Tamil font, compare glyphs to existing printed glyphs.
Actual results:
The relative proportions, shapes and lengths of the strokes in some of the
glyphs are not according to the actual usage in printing. Some changes were
subtle, some were very obvious.
Expected results:
For maintaining high quality, the above problem should be fixed.
Additional info:
I have attached a small font with the replacement glyphs. Mostly they are:
1) glyphs copied from elsewhere in the font or another Lohit font (for zero)
2) existing glyphs with positioning of some nodes slightly modified
If above not possible, only then I have changed the number of nodes.
I have also provided the attestations from printed books. Especially please
note that the Tamil zero should be perfectly circular, and the 0BF6 TAMIL DEBIT
SIGN should be derived from Tamil PA ப. [In the Unicode chart, the glyph of
0BF6 is wrong and I have asked them to correct it.]
Please make sure to autohint the glyphs as due to change in number of points
the original hinting information might have been lost. Sorry for that.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 10 months
[Fedora-i18n-bugs] [Bug 806591] New: SHI SHII glyphs in Lohit Tamil font need to be corrected
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: SHI SHII glyphs in Lohit Tamil font need to be corrected
https://bugzilla.redhat.com/show_bug.cgi?id=806591
Summary: SHI SHII glyphs in Lohit Tamil font need to be
corrected
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-tamil-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: samjnaa(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 572489
--> https://bugzilla.redhat.com/attachment.cgi?id=572489
Contains JPEG of attestation from printed book, PDF of current and desired
appearance and TTF of replacement glyphs
Description of problem:
The SHI SHII glyphs in Lohit Tamil font need to be corrected. In both cases the
vowel sign is not correctly positioned over the consonant. Further in SHI the
vowel sign does not attach to the consonant at all.
Version-Release number of selected component (if applicable):
2.5.0
How reproducible:
Use Lohit Tamil font.
Steps to Reproduce:
1. Type ஶி ஶீ by selecting Lohit Tamil font.
2. Zoom to large size.
3. Especially note the minute gap between SHA and VS-II.
Actual results:
You can see that the described problem exists.
Expected results:
The vowel sign should be correctly positioned w.r.t. the consonant and it
should correctly attach to the consonant.
Additional info:
Currently within the SHI SHII glyph of the Lohit Tamil font the contours for
the vowel sign are separate and not unified with the consonant's contours. This
causes overlapping nodes which is not recommended.
Furthermore the RSB of SHI is zero, which is inappropriate. Compare the RSB
values of glyphs of other consonants + VS-I.
I have modified the glyphs by taking the position of the vowel signs and the
RSB values of PI/PII (PA + VS-I and VS-II) as a model since the right-side
contour shape of PA is closest to that of SHA. I have provided glyphs with
unified and non-unified contours. Please find it in the attachment.
I recommend to use the unified contours and have only given the non-unified
contours in case you wish to do any other adjustment of positioning (unlikely).
I have also provided attestation for the actual appearance of SHI/SHII as seen
in printed books,
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 10 months
[Fedora-i18n-bugs] [Bug 829143] New: Fix Rendering of Letter RA, RI, RII per GoTN standards
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=829143
Bug ID: 829143
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Fix Rendering of Letter RA,RI,RII per GoTN standards
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: srik.lak+public(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-tamil-fonts
Product: Fedora
Description of problem:
Letter RA (ர, U+0BB0) should not use shortened form visually similar AA (◌ா,
U+0BBE) for ர்,ரி,ரீ per GoTN procurement standards.
Version-Release number of selected component (if applicable):
2.50
How reproducible:
Always
Steps to Reproduce:
1. View http://translatewiki.net/wiki/User:Logicwiki/Sandbox?setlang=ta
2. See row for ர் 0BB0 0BCD on the unicode table in Lohit-Tamil font to see how
Lohit-Tamil renders . (default when page loads with webfonts.
Actual results:
ர்,ரி,ரீ without the / in the bottom part of the glyph.
Expected results:
ர்,ரி,ரீ with the / in the bottom part of the glyph.
http://www.tn.gov.in/gosdb/gorders/it/it_e_29_2010.pdf See last page of pdf for
expected rendering.
Additional info:
http://www.tn.gov.in/gosdb/gorders/it/it_e_29_2010.pdf
Appendix A – Valid Unicode Tamil Character Sequences Page 4 of 9
Tamil Vowel sign AA (◌ா, U+0BBE) and Tamil Letter RA (ர, U+0BB0) shall be
treated as distinct from each other. As recommended by the Department of Tamil
Development, Government of Tamil Nadu the letters , , not be rendered as ,
,
(See letter No. E1/14702/99, dated 20.7.2000 from Department of Tamil
Development enclosed as part of this appendix)
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 10 months
[Fedora-i18n-bugs] [Bug 799384] New:=?UTF-8?Q?=20Problems=20with=20glyphs=20=D0=8D=20?=(U+040D)=?UTF-8?Q?=20and=20=D1=9D=20?=(U+045D) for Bulgarian language
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Problems with glyphs Ѝ (U+040D) and ѝ (U+045D) for Bulgarian language
https://bugzilla.redhat.com/show_bug.cgi?id=799384
Summary: Problems with glyphs Ѝ (U+040D) and ѝ (U+045D) for
Bulgarian language
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: high
Priority: high
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: atodorov(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, mitakataka(a)mail.bg
Depends on: 659214
Classification: Fedora
Story Points: ---
Clone Of: 659214
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
+++ This bug was initially created as a clone of Bug #659214 +++
Hi guys,
bug #659214 adds support for some Cyrillic characters to the Liberations fonts
family.
M. Balabanov, a member of a localization mailing list reported a problem with
the glyphs.
The glyphs for CYRILLIC CAPITAL LETTER I WITH GRAVE (U+040D) is wrong (except
for Mono Regular). Instead of Ѝ it is Ǹ (i.e it's swapped).
The actual glyph is LATIN CAPITAL LETTER N WITH GRAVE (I just made that up,
hopefully you get the point).
This is with version:
1.07.1 of the fonts.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 10 months
[Fedora-i18n-bugs] [Bug 835182] New: Patch applied in liberation-fonts-1.07.2-4.fc* reverst patches applied in -2 and -3
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=835182
Bug ID: 835182
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Patch applied in liberation-fonts-1.07.2-4.fc* reverst
patches applied in -2 and -3
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: fabian+redhat(a)greffrath.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Hi,
as the subject line suggests, the patch applied in
liberation-fonts-1.07.2-4.fc* to fix #799384 (Problems with glyphs Ѝ (U+040D)
for Bulgarian language) reverts the patches applied in previous revisions which
were applied to fix #714191 (Glyph '1' not the same width as other numerals)
and #715309 (fixed hinting problem of Liberation Sans Bold character "u" at
particular point size). It thus re-opens these bugs.
- Fabian
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 10 months
[Fedora-i18n-bugs] [Bug 824307] New: unassigned keysym causes crash
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=824307
Bug ID: 824307
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Assignee: apatil(a)redhat.com
Summary: unassigned keysym causes crash
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: dueno(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-hunspell-table
Product: Fedora
Created attachment 586281
--> https://bugzilla.redhat.com/attachment.cgi?id=586281&action=edit
patch
Description of problem:
When ibus-hunspell-table is enabled, typing key with unassigned keysym
(NoSymbol) will cause crash.
Version-Release number of selected component (if applicable):
ibus-hunspell-table-0.0.6-1.fc17
How reproducible:
100%
Steps to Reproduce:
1. xmodmap -e "keycode 96 = NoSymbol"
2. enable "English - US(Hunspell)" engine in IBus menu
3. type F12
Actual results:
The engine process crashes with the following message:
process 6891: Array or variant type requires that type string be written, but
end_struct was written.
The overall signature expected here was '(sa{sv}s(sa{sv}av))' and we are on
byte 8 of that signature.
D-Bus not built with -rdynamic so unable to print a backtrace
Expected results:
No crash.
Additional info:
I noticed this when using international keyboard with more keys than US
keyboard. Since IBus switches the system keyboard layout with "setxkbmap us",
some keys (here "|") are unmapped.
It seems that ASCII range check in _table_mode_process_key_event() is fragile
(patch attached).
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 10 months