October 2011 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 540411] New: [ml_IN] KDE applications display is too small with smc-meera-fonts

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: [ml_IN] KDE applications display is too small with smc-meera-fonts https://bugzilla.redhat.com/show_bug.cgi?id=540411 Summary: [ml_IN] KDE applications display is too small with smc-meera-fonts Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: smc-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: apeter(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com, psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com, smc-discuss(a)googlegroups.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Created an attachment (id=373059) --> (https://bugzilla.redhat.com/attachment.cgi?id=373059) Screenshot for Lokalize with smc-meera-fonts Description of problem: Login to Malayalam (ml_IN) locale where smc-meera-fonts is the default font, the display of KDE applications like lokalize, kate etc looks very small when compared with other applications. Screenshot attached for lokalize and kate Version-Release number of selected component (if applicable): smc-meera-fonts-04.2-2.fc12 How reproducible: Always Steps to Reproduce: 1. Login to gnome desktop in Malayalam locale 2. Open any keda applications like lokalize, kate 3. Compare the font size of these applications with any others Actual results: Reproducing above steps, you can observe that the kde applications' size is small Expected results: The font size must be viewable enough or must be same like other applications -- 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.

10 years, 6 months

1
22
0 / 0

[Fedora-i18n-bugs] [Bug 663845] New: [localize] Editing with Backspace and moving forward create junk data in Translation field

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: [localize] Editing with Backspace and moving forward create junk data in Translation field https://bugzilla.redhat.com/show_bug.cgi?id=663845 Summary: [localize] Editing with Backspace and moving forward create junk data in Translation field Product: Fedora Version: 14 Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: i18n Severity: medium Priority: low Component: kdesdk AssignedTo: than(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: rdieter(a)math.unl.edu, than(a)redhat.com, kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com, thomasj(a)fedoraproject.org, jreznik(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, ry(a)n.rix.si, smparrish(a)gmail.com, rnovacek(a)redhat.com Classification: Fedora Target Release: --- Created attachment 469262 --> https://bugzilla.redhat.com/attachment.cgi?id=469262 Video/OGG for Problem Description of problem: While using lokalize for translation, if edit some text (preferably with tag, problem exist without tab, but not easy to reproduce), and move forward and just return back, check Text in string. Many more characters are just inserted automatically. Version-Release number of selected component (if applicable): qt-4.7.1-5.fc14.x86_64 kdesdk-4.5.4-1.fc14.x86_64 How reproducible: Random Steps to Reproduce: 1. run lokalize with translation file (PO file [1]) 2. input something in local language (other than English) 3. Use BackSpace to delete some (not all) 5. Page Down (Move to next string) 6. Page Up (Move back to original String Actual results: Junk data inserted in text field automatically, which is not typed Expected results: Only Text should be there, which is typed, works fine with BackSpace Additional info: Need to check https://bugzilla.redhat.com/show_bug.cgi?id=660028 bug fix, it there is regression. [1] http://websvn.kde.org/*checkout*/trunk/l10n-kde4/pa/messages/kdebase/kcmb... -- 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.

10 years, 6 months

1
18
0 / 0

[Fedora-i18n-bugs] [Bug 660028] New: [lokalize] Application Crash with Backspace (qt-4.7.1 bug)

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: [lokalize] Application Crash with Backspace (qt-4.7.1 bug) https://bugzilla.redhat.com/show_bug.cgi?id=660028 Summary: [lokalize] Application Crash with Backspace (qt-4.7.1 bug) Product: Fedora Version: 14 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: high Priority: low Component: qt AssignedTo: than(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: rdieter(a)math.unl.edu, than(a)redhat.com, kevin(a)tigcc.ticalc.org, itamar(a)ispbrasil.com.br, ltinkl(a)redhat.com, thomasj(a)fedoraproject.org, jreznik(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, smparrish(a)gmail.com, rnovacek(a)redhat.com Classification: Fedora Target Release: --- Description of problem: lokalize (Application for translation) is crashing after updating to latest version of QT 4.7.1. Version-Release number of selected component (if applicable): kdesdk-4.5.3-3.fc14.x86_64 qt-4.7.1-3.fc14.x86_64 How reproducible: Everytime with backspace Steps to Reproduce: 1.open any PO file with lokalize 2. press <SPACE> 3. Actual results: it crashed Expected results: it should work Additional info: QT Bug Report: http://bugreports.qt.nokia.com/browse/QTBUG-15659 BackTrace for Fedora: https://bugs.kde.org/show_bug.cgi?id=258464 -- 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.

10 years, 6 months

1
13
0 / 0

[Fedora-i18n-bugs] [Bug 528303] New: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE

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: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE https://bugzilla.redhat.com/show_bug.cgi?id=528303 Summary: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-malayalam-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: santhosh.thottingal(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com, psatpute(a)redhat.com, smc-discuss(a)googlegroups.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Created an attachment (id=364359) --> (https://bugzilla.redhat.com/attachment.cgi?id=364359) Comparison of rendering in kde and gnome Description of problem: The lohit font 2.4.4 version gives wrong redering in KDE for cons + virama + ra sequence. See the attached screenshot. The prebase ra sign becomes postbase in KDE applications, while in GNOME applications it is correct. Version-Release number of selected component (if applicable): Lohit 2.4.4 KDE 4.3.2 How reproducible: Always Steps to Reproduce: 1. Compare the rendering of പ്രഭാതം, അക്രമം, സൂത്രം etc in gedit and kate Actual results: See the attached screenshot Expected results: See the attached screenshot Additional info: -- 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.

10 years, 6 months

1
37
0 / 0

[Fedora-i18n-bugs] [Bug 736943] New: "Ctrl+Shift+u" & "enter email address" don't seem to work w/"Japanese-Anhty"

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: "Ctrl+Shift+u" & "enter email address" don't seem to work w/"Japanese-Anhty" https://bugzilla.redhat.com/show_bug.cgi?id=736943 Summary: "Ctrl+Shift+u" & "enter email address" don't seem to work w/"Japanese-Anhty" Product: Fedora Version: 15 Platform: i686 OS/Version: Linux Status: NEW Severity: unspecified Priority: unspecified Component: ibus-anthy AssignedTo: tfujiwar(a)redhat.com ReportedBy: nomnex(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Classification: Fedora Story Points: --- Type: --- Description of problem: F-15 LXDE, en_US, keyboard JP. I　Japanese-Anthy, with the default shortcuts, to input Japanese. Anthy on-off: Ctrl+J Circle input method: Ctrl+, (Hiragana, Katakana, Romaji) There are 2 things that don't work as long as I use Japanese-Anthy 1: I cannot enter Macron letters when I type Romaji. Example: "Tookyoo" is "Tōkyō". I use "Shift+Control+u 014D": it works with default input, it works with ibus French-Canadian, but it does not work with Japanes-Anthy set to English (_A) or set to "off". 2: Sylpheed is the default email client on Fedora LXDE. As long as the input method is set to Anthy, I cannot enter the email of a contact in the "To" "Cc" or "BBc" fields. Reproduce: 1. Anthy-ibus (either set to off, either set to _A - to type English) 2. In Sylpheed Ctrl+ (Open new message) 3. "To" field: only a single letter can be entered. Additional info: I would like to leave my input set to Japanse-Anthy in permanence but currently, I cannot input Romaji letters with Maccrons, and I cannot send emails to my contacts unless I turn input off (Ctrl+Space) or set the ibus to another input than Japanese. -- 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.

10 years, 7 months

1
21
0 / 0

[Fedora-i18n-bugs] [Bug 715309] New: Bold 'u' looks skinny

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: Bold 'u' looks skinny https://bugzilla.redhat.com/show_bug.cgi?id=715309 Summary: Bold 'u' looks skinny Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: liberation-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: mkasik(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 Classification: Fedora Story Points: --- Created attachment 506011 --> https://bugzilla.redhat.com/attachment.cgi?id=506011 ftview of LiberationSans-Bold.ttf Description of problem: Letter 'u' from LiberationSans-Bold.ttf has vertical lines narrower than it should have at size 18 (when comparing with 'n'). Version-Release number of selected component (if applicable): liberation-sans-fonts-1.07.0-1.fc15 How reproducible: execute "ftview 18 /usr/share/fonts/liberation/LiberationSans-Bold.ttf" (or see the attached image) and compare letter 'u' with letter 'n'. Additional info: This was introduced in upstream commit http://git.fedorahosted.org/git/?p=liberation-fonts.git;a=commit;h=054d32... which is a fix of https://bugzilla.redhat.com/show_bug.cgi?id=463036. -- 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.

10 years, 7 months

1
12
0 / 0

[Fedora-i18n-bugs] [Bug 525371] New: [CJK] vertical clock time text rotated wrong way

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: [CJK] vertical clock time text rotated wrong way https://bugzilla.redhat.com/show_bug.cgi?id=525371 Summary: [CJK] vertical clock time text rotated wrong way Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: gnome-panel AssignedTo: rstrode(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, rstrode(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Created an attachment (id=362429) --> (https://bugzilla.redhat.com/attachment.cgi?id=362429) f12-vert-clock.png Description of problem: In F12 the rotation of vertical text seems to have changed. For Chinese, Japanese and Korean the time is opposite direction to the date also. Version-Release number of selected component (if applicable): How reproducible: every time Steps to Reproduce: 1. start CJK gnome desktop 2. create a left panel 3. add clock Actual results: see screenshot Expected results: closer to f11 would be better (ideally ideally should be vertical not rotated) -- 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.

10 years, 9 months

1
38
0 / 0

[Fedora-i18n-bugs] [Bug 627193] New: [Indic] [Mail] [HTML] Underline is printed as Strike for Indic Text

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: [Indic] [Mail] [HTML] Underline is printed as Strike for Indic Text https://bugzilla.redhat.com/show_bug.cgi?id=627193 Summary: [Indic] [Mail] [HTML] Underline is printed as Strike for Indic Text Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: evolution AssignedTo: mbarnes(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: i18n-bugs(a)lists.fedoraproject.org CC: mbarnes(a)redhat.com, mcrha(a)redhat.com, cooly(a)gnome.eu.org Classification: Fedora Target Release: --- Created attachment 440885 --> https://bugzilla.redhat.com/attachment.cgi?id=440885 Screenshot with problme in Hindi Description of problem: While printing a mail (even save as PDF) with Body has Underline Indic text, printed as Strike. As you increase size of font, Striking line moved toward middle of Word. Version-Release number of selected component (if applicable): evolution-2.30.2-4.fc13.x86_64 gtkhtml3-3.30.2-1.fc13.x86_64 How reproducible: Everytime Steps to Reproduce: 1. run evolution 2. New Mail - > HTML format 3. input Indic character (इराक़HINDI के कई शहरों मेंENGNLISH धमाके हुए हैं, जिनमें 30 लोगों के मारे जाने और अन्य) 4. Select +3, +2, +1 Size 5. Select Underline 6. Print (as PDF or Hard copy) Actual results: Indic Characters has problem, while English Characters are ok with underline Expected results: Underline should under the characters Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

10 years, 10 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 638650] New: better localized name for zh_TW in locale-list

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: better localized name for zh_TW in locale-list https://bugzilla.redhat.com/show_bug.cgi?id=638650 Summary: better localized name for zh_TW in locale-list Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: system-config-language AssignedTo: psatpute(a)redhat.com ReportedBy: chaoweilun(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com Classification: Fedora Description of problem: The localized name for the locale zh_TW is inadequate. Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1.running system-config-language or 2.viewing /usr/share/system-config-language/locale-list 3. Actual results: 正體中文 Expected results: 傳統漢語 Additional info: -- 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.

10 years, 11 months

1
35
0 / 0

[Fedora-i18n-bugs] [Bug 694724] New: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is wrongly rendering

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: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is wrongly rendering https://bugzilla.redhat.com/show_bug.cgi?id=694724 Summary: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is wrongly rendering Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: lohit-kannada-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: svenkate(a)redhat.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: --- Created attachment 490712 --> https://bugzilla.redhat.com/attachment.cgi?id=490712 Actual and correct rendering Description of problem: ra+ ZWJ+ halanth + consonant + aa (0CB0 + 200D + 0CCD + 0C95+ 0CBE) is wrongly rendering Version-Release number of selected component (if applicable): lohit-kannada-fonts-2.4.5-4.fc14.noarch How reproducible: Every time Steps to Reproduce: 1.Open any text editor (say gedit) 2.Input following raw code key sequence: 0CB0 + 200D + 0CCD + 0C95+0CBE 3.Look at the resulting glyph Actual results: Shown in the attachment Expected results: Shown in the attachment Additional info: This was tested with following rendering engines: libicu-4.4.1-6.fc14.x86_64 qt-4.7.1-17.fc14.x86_64 pango-1.28.1-5.fc14.x86_64 -- 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.

10 years, 11 months

1
27
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs October 2011