i18n-bugs January 2012

i18n-bugs@lists.fedoraproject.org

4 participants
366 discussions

[Fedora-i18n-bugs] [Bug 623319] New: ibus-pinyin may need to be rebuilt against Python 2.7 in F14 and rawhide
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ibus-pinyin may need to be rebuilt against Python 2.7 in F14 and rawhide https://bugzilla.redhat.com/show_bug.cgi?id=623319 Summary: ibus-pinyin may need to be rebuilt against Python 2.7 in F14 and rawhide Product: Fedora Version: 14 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus-pinyin AssignedTo: pwu(a)redhat.com ReportedBy: dmalcolm(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com, shawn.p.huang(a)gmail.com Depends on: 623233 Blocks: 619913 Classification: Fedora Target Release: --- This is an automatically-filed bug. ibus-pinyin-1.3.9-1.fc14 contains one or more .pyc files, but has not been rebuilt since Python 2.7 was built for Fedora, and thus the .pyc files presumably are for Python 2.6. Python 2.7 changed the bytecode format, so usage of those files will typically fail (see e.g. bug 621726). The package needs to be rebuilt against python 2.7 in both F14 and devel. Information on the new "dist-git" system can be seen here: http://fedoraproject.org/wiki/Using_Fedora_GIT Information on common difficulties with Python 2.7 rebuilds can be seen here: https://fedoraproject.org/wiki/Features/Python_2.7 Once it's been successfully rebuilt for F14, an update needs to be filed to get the rebuild into F14: https://admin.fedoraproject.org/updates/new/ Please add this bug to the update, to make it easy to track what's been done, and what's left to do. I'm sorry that this component was not handled by the mass rebuild. (This may be due to bug 623233) -- 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.

1 15

[Fedora-i18n-bugs] [Bug 462412] New: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server https://bugzilla.redhat.com/show_bug.cgi?id=462412 Summary: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: high Priority: high Component: java-1.6.0-openjdk AssignedTo: langel(a)redhat.com ReportedBy: shawn.p.huang(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: mark(a)klomp.org, langel(a)redhat.com, lkundrak(a)v3.sk, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS to XIM server. When JTextArea & JTextField work with XIM input methods, it do not set or unset ic focus via XIM protocol. So XIM server can not handle focus for Java application properly. I did not try other java widgets, maybe they have this problem too. Version-Release number of selected component (if applicable): java-1.6.0-openjdk-demo-1.6.0.0-0.20.b11.fc10.i386 java-1.6.0-openjdk-1.6.0.0-0.20.b11.fc10.i386 java-1.6.0-openjdk-plugin-1.6.0.0-0.20.b11.fc10.i386 How reproducible: Always Steps to Reproduce: 1. 2. 3. Actual results: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server. Expected results: JTextArea & JTextField send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server, when they get or lose focus. 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.

1 13

[Fedora-i18n-bugs] [Bug 506646] New: fop does support fontsets properly
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: fop does support fontsets properly https://bugzilla.redhat.com/show_bug.cgi?id=506646 Summary: fop does support fontsets properly Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: fop AssignedTo: langel(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: langel(a)redhat.com, fedora-i18n-bugs(a)redhat.com, fitzsim(a)fitzsim.org Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: It is a long-standing problem that publican books can be generated correctly for Indic since Indic (Indian) fonts do not include ASCII glyphs. If fop was able to fallback to fonts or better use pango or some similar font abstraction to isolate the hardcoding of fonts from fop itself then this would just work. This requires some work upstream I guess but I would like to track this here in the open for fedora. -- 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.

1 19

[Fedora-i18n-bugs] [Bug 772041] New: w3m-0.5.3-2.fc15.x86_64 adds trailing white space
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

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.

1 7

[Fedora-i18n-bugs] [Bug 681750] New: No Language Selection/Language List in GDM
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

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.

1 34

[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 17 Feb '15

17 Feb '15

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.

1 7

[Fedora-i18n-bugs] [Bug 635957] New: [qt][Cursoring][Indic] - Composed Character Deletion is wrong with DELETE Button
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

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.

1 12

[Fedora-i18n-bugs] [Bug 635961] New: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button https://bugzilla.redhat.com/show_bug.cgi?id=635961 Summary: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: pango AssignedTo: behdad(a)fedoraproject.org ReportedBy: smaitra(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: behdad(a)fedoraproject.org, aalam(a)redhat.com, smaitra(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Blocks: 631761,635957 Classification: Fedora Target Release: --- Description of problem: In pango (tested it in gedit and firefox), the deletion with DELETE key, is not following the rule of deleting entire composed character with a single key press. It is deleting each of the character in a composed character, one by one. Version-Release number of selected component (if applicable): pango-1.28.0-1.fc13.i686 How reproducible: Always Steps to Reproduce: 1. Open gedit or firefox in mr_IN locale 2. Activate ibus with CTRL+SPACE. Select marathi - Inscript 3. Type : kdk (which means consonant KA + Halant + Consonant KA) 4. Position the cursor at the beginning point of the composed character. 5. Now, press DELETE key. (It needs 3 key strokes to delete the whole character, but it should be done with a single key stroke in fact) Actual results: Delete composed character is happening in wrong manner. Actually it is now following the convention (Rule) of BACKSPACE, when deleting a composed character comes into picture. Expected results: It should delete the whole composed character in one DELETE key stroke when cursor positions at the start of the composed character. Additional info: OS : Fedora 13 Arch : i386 -- 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.

1 14

[Fedora-i18n-bugs] [Bug 627127] New: [Indic] Rendering of Text broken when Copy from Evince and Paste to Text editor (gedit)
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [Indic] Rendering of Text broken when Copy from Evince and Paste to Text editor (gedit) https://bugzilla.redhat.com/show_bug.cgi?id=627127 Summary: [Indic] Rendering of Text broken when Copy from Evince and Paste to Text editor (gedit) Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: evince AssignedTo: mkasik(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: i18n-bugs(a)lists.fedoraproject.org CC: mkasik(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Created attachment 440846 --> https://bugzilla.redhat.com/attachment.cgi?id=440846 PDF file with Hindi Text Description of problem: - Rendering of Text broken when Copy from Evince and Paste to Text editor (gedit), Version-Release number of selected component (if applicable): gedit-2.30.2-1.fc13.x86_64 cairo-1.8.10-1.fc13.x86_64 cairo-1.8.10-1.fc13.i686 pango-1.28.0-1.fc13.x86_64 pango-1.28.0-1.fc13.i686 evince-2.30.3-1.fc13.x86_64 How reproducible: Everytime Steps to Reproduce: 1. open attached pdf file 2. try to copy and paste text to any text editor 3. open http://www.bbc.co.uk/hindi/news/2010/08/100825_nuke_bill_govt_vv.shtml and copy paste data from this to text editor Actual results: Rendering is broken (compare with firefox->gedit copy/paste) Expected results: it should be same as print or Text in PDF file. 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. You are on the CC list for the bug.

1 19

[Fedora-i18n-bugs] [Bug 734751] New: RFE: improve UI
by Red Hat Bugzilla 31 Jan '15

31 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: RFE: improve UI https://bugzilla.redhat.com/show_bug.cgi?id=734751 Summary: RFE: improve UI Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature Severity: unspecified Priority: unspecified Component: iok AssignedTo: pnemade(a)redhat.com ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Description of problem: I have some thoughts on improving UI for iok, particularly for the use case on non-Indic language. 1) Get rid of "English" entry from the language list. That is meaningless to keep it there since "to English" button is available. 2) should keep the same state to the initial state after clicking "to English" button. I think the initial state would be natural. I mean selecting the language from ASCII layout (English mode) since the neutral position is ASCII layout on other IM. however once selecting the language from the list and switch back to English mode with "to English" button, iok masks the language list. one needs to switch with "To <language" button to choose other language from the list. this behavior isn't consistent to the initial state and other IM. there are IM that supports to switch multiple IME regardless of current state though, if you want to provide such features, you should simply stop masking the language list. 3) maybe "to ASCII" is better than "to English"? I like to see the icon to indicate the state of "on" and "off" with the icon though, if you want to keep the string, guess that would be better using "ASCII" instead of "English". 4) selected the language from the list should keeps it default in next time 5) entries in the language list should be translatable Since it's hidden when running iok on any Indic locale, that should appears in the native language on current desktop. that would be helpful for those who wants to learn Indic but running iok on their locale. 6) simplify the language list like the IME list on ibus there are too many entries on the language list. that would be nice to simplify like ibus does. -- 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.

1 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs January 2012