June 2013 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 958066] New: [gu_IN][control-center] - Calender data is showing in different locale when login with some other.

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=958066 Bug ID: 958066 Summary: [gu_IN][control-center] - Calender data is showing in different locale when login with some other. Product: Fedora Version: 19 Component: control-center Keywords: i18n Severity: low Priority: medium Assignee: control-center-maint(a)redhat.com Reporter: swkothar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: control-center-maint(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com, ofourdan(a)redhat.com, rstrode(a)redhat.com Category: --- Created attachment 741818 --> https://bugzilla.redhat.com/attachment.cgi?id=741818&action=edit screen shot for the unusual error described in the bug Description of problem: Version-Release number of selected component (if applicable): control-center-3.8.1-2.fc19.x86_64 How reproducible: Steps to Reproduce: 1. Install F19 in Hindi locale 2. Post installation, create user, login with new user, in hindi locale 3. Change language with gu_IN(Gujarati) from system-config-language 4. Logout and login again in gu_IN locale with new user 5. Left click on system Calender from the panel 6 Observe the language in the calender itself. Actual results: The calender is showing Date format field strings in hindi when login with gu_IN locale. Expected results: It should show the Date format fields in gu_IN (Gujarati) locale itself, when logged in in Gujatari locale. Special Observation : With the command "locale" from the command line executed, its providing the following information which looks not correct. Output : LANG=gu_IN.utf8 LC_CTYPE="gu_IN.utf8" LC_NUMERIC=hi_IN.UTF-8 LC_TIME=hi_IN.UTF-8 LC_COLLATE="gu_IN.utf8" LC_MONETARY=hi_IN.UTF-8 LC_MESSAGES="gu_IN.utf8" LC_PAPER=hi_IN.UTF-8 LC_NAME="gu_IN.utf8" LC_ADDRESS="gu_IN.utf8" LC_TELEPHONE="gu_IN.utf8" LC_MEASUREMENT=hi_IN.UTF-8 LC_IDENTIFICATION="gu_IN.utf8" LC_ALL= Additional info: Screen shot attached with a yellow circle pointed out the error. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=7qEPCVg2Tx&a=cc_unsubscribe

9 years, 2 months

1
2
0 / 0

[Fedora-i18n-bugs] [Bug 953402] New: Assigned shortcut keys isn't visible on the view

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=953402 Bug ID: 953402 Summary: Assigned shortcut keys isn't visible on the view Product: Fedora Version: 19 Component: control-center Keywords: i18n Severity: unspecified Priority: unspecified Assignee: control-center-maint(a)redhat.com Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: control-center-maint(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com, ofourdan(a)redhat.com, rstrode(a)redhat.com External Bug ID: GNOME Desktop 698258 Category: --- Description of problem: When running on Japanese locale, the column of the assigned shortcut keys are out of the view. see the attached screenshot in upstream bugzilla for more details. Version-Release number of selected component (if applicable): control-center-3.8.0-3.fc19.x86_64 How reproducible: always Steps to Reproduce: 1.LANG=ja_JP.UTF-8 gnome-control-center 2.click on the keyboard icon 3.see Actual results: No column of the keybindings Expected results: should be there Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=FRWcbadbJE&a=cc_unsubscribe

9 years, 2 months

1
2
0 / 0

[Fedora-i18n-bugs] [Bug 950717] New: faulty translation for file name (...%s - %d.png), which is not matching with provided context.

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=950717 Bug ID: 950717 Summary: faulty translation for file name (...%s - %d.png), which is not matching with provided context. Product: Fedora Version: 19 Component: gnome-screenshot Keywords: Translation Severity: unspecified Priority: unspecified Assignee: mclasen(a)redhat.com Reporter: aalam(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: ccecchi(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com Category: --- Description of problem: Few language have issue with Name of file saved with gnome-screenshot as name of created file is not exactly *.png, which should be. Provided context has hint about translation. like --- . translators: this is the name of the file that gets made up #. * with the screenshot if the entire screen is taken #: ../src/screenshot-filename-builder.c:144 #, c-format msgid "Screenshot from %s.png" msgstr "" #. translators: this is the name of the file that gets #. * made up with the screenshot if the entire screen is #. * taken #: ../src/screenshot-filename-builder.c:151 #, c-format msgid "Screenshot from %s - %d.png" msgstr "" --- Effected language: -- as bn_IN gu hi kn or ta -- this statics from Master Branch https://l10n.gnome.org/module/gnome-screenshot/ Version-Release number of selected component (if applicable): gnome-screenshot-3.8.0-1.fc19.x86_64 How reproducible: Steps to Reproduce: 1. $LANG=hi_IN.UTF-8 gnome-screenshot 2. Check file name in ~/Pictures folder 3. Actual results: file is like "2013-04-10 23:27:28.png से स्क्रीनशॉट" (.png is in between in string) Expected results: it should be "2013-04-10 23:27:28 से स्क्रीनशॉट.png" (.png should be last) Additional info: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=0fMrL1CdPi&a=cc_unsubscribe

9 years, 2 months

1
10
0 / 0

[Fedora-i18n-bugs] [Bug 950524] New: [Indic] Default fonts for Indic languages are not lohit, hence rendering is good for translation

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=950524 Bug ID: 950524 Summary: [Indic] Default fonts for Indic languages are not lohit, hence rendering is good for translation Product: Fedora Version: 19 Component: anaconda Keywords: i18n Severity: unspecified Priority: unspecified Assignee: anaconda-maint-list(a)redhat.com Reporter: aalam(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: anaconda-maint-list(a)redhat.com, g.kaviyarasu(a)hotmail.com, i18n-bugs(a)lists.fedoraproject.org, jonathan(a)jonmasters.org, kanarip(a)kanarip.com, mkolman(a)redhat.com, sbueno(a)redhat.com Category: --- Created attachment 733653 --> https://bugzilla.redhat.com/attachment.cgi?id=733653&action=edit Screenshot with Yellow Line Description of problem: Anaconda is not using Lohit-* font family for Indic languages (Hindi, Gujarati, Odia, Punjabi), (but gnu free Sans/Serif, package 'gnu-free-fonts-*'), so Rendering is effected for those languages. Version-Release number of selected component (if applicable): How reproducible: every-time Steps to Reproduce: 1. run anaconda (liveinst) 2. Check Language Name (Gujarati, Hindi, Oriya, Punjabi, Malayalam) 3. Rendering is not good as Fonts are Lohit, but gnu-free-fonts Actual results: Gun-free-fonts set default in anaconda Expected results: default fonts should be lohit for Indic locales Additional info: Screenshot for such language -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=QtEPwxFb8X&a=cc_unsubscribe

9 years, 2 months

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 880461] New: IBus grabs the hotkey regardless of GTK_IM_MODULE variable

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=880461 Bug ID: 880461 Summary: IBus grabs the hotkey regardless of GTK_IM_MODULE variable Product: Fedora Version: 17 Component: ibus Keywords: Regression Severity: unspecified Priority: unspecified Reporter: tagoh(a)redhat.com Description of problem: GTK+ is capable to work with various immodules on demand, ibus prevents other immodules works properly, particularly they use same hotkey to ibus. Version-Release number of selected component (if applicable): ibus-1.4.99.20121006-2.fc17.x86_64 How reproducible: always Steps to Reproduce: 1.make sure ibus is running 2.GTK_IM_MODULE=something gedit (scim or uim say) 3.press ctrl+space on application Actual results: ibus's switcher window is open and no actions on the primary immodule on application Expected results: no actions on ibus and the primary immodule should works. Additional info: I'd say this is the regression since it worked before, at least on f17 GA, which didn't have the switcher window yet. -- You are receiving this mail because: You are on the CC list for the bug.

9 years, 2 months

1
12
0 / 0

[Fedora-i18n-bugs] [Bug 863817] New: Liberation Sans Hebrew needs Redesign (Willing to contribute)

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=863817 Bug ID: 863817 QA Contact: extras-qa(a)fedoraproject.org Severity: medium Version: rawhide 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: Liberation Sans Hebrew needs Redesign (Willing to contribute) Regression: --- Story Points: --- Classification: Fedora OS: All Reporter: LIJI32(a)gmail.com Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: liberation-fonts Product: Fedora Created attachment 623019 --> https://bugzilla.redhat.com/attachment.cgi?id=623019&action=edit New Hebrew glyphs I designed The Hebrew version of Liberation Sans currently uses glyphs from Droid Sans Hebrew. These glyphs have incorrect proportions, weird letter forms and it's generally unreadable. In addition, it go along with the Latin glyphs nicely. I've previously solved the same problem with DejaVu Sans Hebrew by redesigning it and I'd be more than happy to contribute an entirely new Hebrew glyphset for Liberation Sans. I included a Work-in-Progess of new Hebrew glyphs designed to match the design of the Latin Liberation Sans in style, weight and proportions. -- You are receiving this mail because: You are on the CC list for the bug.

9 years, 2 months

1
10
0 / 0

[Fedora-i18n-bugs] [Bug 772041] New: w3m-0.5.3-2.fc15.x86_64 adds trailing white space

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: w3m-0.5.3-2.fc15.x86_64 adds trailing white space https://bugzilla.redhat.com/show_bug.cgi?id=772041 Summary: w3m-0.5.3-2.fc15.x86_64 adds trailing white space Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: w3m AssignedTo: pnemade(a)redhat.com ReportedBy: hongjiu.lu(a)intel.com QAContact: extras-qa(a)fedoraproject.org CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Created attachment 550981 --> https://bugzilla.redhat.com/attachment.cgi?id=550981 A testcase # cat w3m.html | /usr/bin/w3m -T text/html -dump > w3m.txt adds trailing white space. w3m-0.5.2-20.fc15.x86_64 doesn't have this problem. -- 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.

9 years, 2 months

1
7
0 / 0

[Fedora-i18n-bugs] [Bug 681750] New: No Language Selection/Language List in GDM

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: No Language Selection/Language List in GDM https://bugzilla.redhat.com/show_bug.cgi?id=681750 Summary: No Language Selection/Language List in GDM Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: i18n Severity: unspecified Priority: unspecified Component: gdm AssignedTo: jmccann(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: jmccann(a)redhat.com, rstrode(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: there is no Language Selection in GDM. Specially in Live ISO, it can be very helpful to allow language selection. Version-Release number of selected component (if applicable): gdm-2.91.91-1.fc15.x86_64 anaconda-15.20.1-1.fc15 How reproducible: Everytime Steps to Reproduce: 1. run gdm from installed system or boot from Live ISO 2. 3. Actual results: No language selection in GDM Expected results: there can be language selection 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.

9 years, 2 months

1
34
0 / 0

[Fedora-i18n-bugs] [Bug 640546] New: [Indic] Find/Replace Box has problem with halant, Backspace is not working if halant is used

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] Find/Replace Box has problem with halant, Backspace is not working if halant is used https://bugzilla.redhat.com/show_bug.cgi?id=640546 Summary: [Indic] Find/Replace Box has problem with halant, Backspace is not working if halant is used Product: Fedora Version: 14 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: gedit AssignedTo: rstrode(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: rstrode(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: While pressing backspace in gedit's Find/find & Replace box and if halant (U+ 094D of Hindi), it is not working anyway. Version-Release number of selected component (if applicable): gedit-2.30.4-1.fc14.x86_64 How reproducible: Everytime Steps to Reproduce: 1. run gedit 2. type or copy paste (क्प) 3. Backspace two times Actual results: first backsapace will work, but 2nd will not Expected results: with halant (094d), it is should work Additional info: 1) Delete is working as expected 2) supposed to problem for all Indic locales, which has halant -- 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.

9 years, 2 months

1
7
0 / 0

[Fedora-i18n-bugs] [Bug 635957] New: [qt][Cursoring][Indic] - Composed Character Deletion is wrong with DELETE Button

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: [qt][Cursoring][Indic] - Composed Character Deletion is wrong with DELETE Button https://bugzilla.redhat.com/show_bug.cgi?id=635957 Summary: [qt][Cursoring][Indic] - Composed Character Deletion is wrong with DELETE Button Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: qt AssignedTo: than(a)redhat.com ReportedBy: smaitra(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: rdieter(a)math.unl.edu, than(a)redhat.com, kevin(a)tigcc.ticalc.org, aalam(a)redhat.com, 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 Blocks: 631761,631768 Classification: Fedora Target Release: --- -- 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.

9 years, 2 months

1
12
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs June 2013