i18n-bugs March 2009

i18n-bugs@lists.fedoraproject.org

1 participants
362 discussions

[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 487061] New: Japanese fonts changed to less readable after update
by Red Hat Bugzilla 16 Jan '15

16 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Japanese fonts changed to less readable after update https://bugzilla.redhat.com/show_bug.cgi?id=487061 Summary: Japanese fonts changed to less readable after update Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: vlgothic-fonts AssignedTo: ryo-dairiki(a)users.sourceforge.net ReportedBy: mcmonster(a)o2.pl QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, ryo-dairiki(a)users.sourceforge.net, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; pl-PL; rv:1.9.0.6) Gecko/2009020410 Fedora/3.0.6-1.fc10 Firefox/3.0.6 I'm using irssi on gnome-terminal (Monospace font), after update Japanese fonts changed, they're now much smaller (compared to latin), harder to read (some ideograms are completely unreadable). It is very annoying, because I use Japanese and sit on Japanese channel a lot. The change occured only in terminal, in gEdit and other applications old fonts are still used for typing (SCIM + Anthy) and displaying. The change didn't affect everyone, some Fedora 10 still got old, simple and readable fonts. Reproducible: Always Steps to Reproduce: Just try displaying any Japanese text. This is the update, that probably changed fonts: Feb 14 02:31:53 Installed: vlgothic-fonts-common-20090204-2.fc10.noarch Feb 14 02:32:39 Installed: vlgothic-fonts-20090204-2.fc10.noarch Feb 14 02:32:42 Installed: vlgothic-p-fonts-20090204-2.fc10.noarch Feb 14 02:33:28 Erased: VLGothic-fonts Feb 14 02:33:30 Erased: VLGothic-fonts-proportional ]# LANG=C yum list vlgothic\* Loaded plugins: refresh-packagekit Installed Packages vlgothic-fonts.noarch 20090204-2.fc10 installed vlgothic-fonts-common.noarch 20090204-2.fc10 installed Available Packages VLGothic-fonts.noarch 20081029-1.fc10 updates VLGothic-fonts-proportional.noarch 20081029-1.fc10 updates vlgothic-p-fonts.noarch 20090204-2.fc10 updates -- 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 473842] New: Add Greek Polytonic support to Liberation fonts
by Red Hat Bugzilla 23 Apr '14

23 Apr '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Add Greek Polytonic support to Liberation fonts https://bugzilla.redhat.com/show_bug.cgi?id=473842 Summary: Add Greek Polytonic support to Liberation fonts Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: medium Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: simos.bugzilla(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora The Liberation fonts are missing the Greek Polytonic characters (Greek Extended Unicode group). In practical terms, the Greek Extended Unicode group is made of the Greek characters with a variety of accents (they are precomposed characters). This report is to track the process of adding support. -- 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 21

[Fedora-i18n-bugs] [Bug 481098] New: Tracker for ibus bugs
by Red Hat Bugzilla 05 Nov '13

05 Nov '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Tracker for ibus bugs Alias: ibus https://bugzilla.redhat.com/show_bug.cgi?id=481098 Summary: Tracker for ibus bugs Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n, Tracking Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: wtogami(a)redhat.com, yshao(a)redhat.com, phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- This is a tracking bugs for all iBus issues. -- 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 116

[Fedora-i18n-bugs] [Bug 486272] New: toolbar focus problems
by Red Hat Bugzilla 05 Sep '12

05 Sep '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: toolbar focus problems https://bugzilla.redhat.com/show_bug.cgi?id=486272 Summary: toolbar focus problems Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: mclasen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- The toolbar seems useless if "focus-follows-mouse" is turned on, since it becomes inactive on focus out. This also affects the status icon. By focus-follows-mouse, I mean the "Select windows when the mouse moves over them" option in the "Windows" capplet. If you turn that on, and move the move from the window you are working in towards the toolbar or statusicon, the window looses focus and the status icon/toolbar turn inactive, so you can't do whatever you wanted to there in the first place... -- 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 16

[Fedora-i18n-bugs] [Bug 486279] New: ibus preferences ui improvements, part 2
by Red Hat Bugzilla 05 Sep '12

05 Sep '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ibus preferences ui improvements, part 2 https://bugzilla.redhat.com/show_bug.cgi?id=486279 Summary: ibus preferences ui improvements, part 2 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: mclasen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Keyboard shortcuts: I would love to see these moved to the keyboard shortcuts capplet, which has support for handling application-defined shortcuts. As a bonus, you get automatic conflict handling. The one restriction is that currently, only one key-combination per action is possible. If having multiple is essential, you could either split it into "Trigger", "Alternative Trigger", "Second Alternative Trigger", or file a bug and I'll look into enabling multiple shortcuts per action in the keybinding capplet -- 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 477690] New: libchewing multilib conflict
by Red Hat Bugzilla 29 Aug '12

29 Aug '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: libchewing multilib conflict https://bugzilla.redhat.com/show_bug.cgi?id=477690 Summary: libchewing multilib conflict Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: libchewing AssignedTo: dchen(a)redhat.com ReportedBy: phil(a)fifi.org QAContact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: yum install libchewing.i386 libchewing.x86_64 yeilds: file /usr/share/chewing/fonetree.dat from install of libchewing-0.3.2-0.fc10.i386 conflicts with file from package libchewing-0.3.2-0.fc10.x86_64 Version-Release number of selected component (if applicable): libchewing-0.3.2-0.fc10 -- 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 17

[Fedora-i18n-bugs] [Bug 484643] New: ibus working with screen lock dialog, but not showing icon properly
by Red Hat Bugzilla 02 Dec '11

02 Dec '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ibus working with screen lock dialog, but not showing icon properly https://bugzilla.redhat.com/show_bug.cgi?id=484643 Summary: ibus working with screen lock dialog, but not showing icon properly Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: while using ibus, I locked the screen and tried to log-back (in a session). it was not allowing to log back to session as ibus enabled during lock-login screen, but there was no icon with it Version-Release number of selected component (if applicable): ibus-0.1.1.20081023-3.fc11 How reproducible: Evertime Steps to Reproduce: 1. eable ibus in session 2. lock the session 3. press Ctrl+Space (2-3 time) Actual results: lock screen takes input in local session, while not showing any sign to input method (enabled) Expected results: Either lock screen should not allow to get input from ibus or ibus should not work with lock screen. Additional info:h -- 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 20

[Fedora-i18n-bugs] [Bug 477583] New: add Alt, Esc, Fn, etc to iok
by Red Hat Bugzilla 09 Dec '10

09 Dec '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: add Alt, Esc, Fn, etc to iok https://bugzilla.redhat.com/show_bug.cgi?id=477583 Summary: add Alt, Esc, Fn, etc to iok Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: iok AssignedTo: pnemade(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: iok is currently missing Alt, Esc and Fn function keys: feel it would be good to add them. It could also be configurable if some people feel that not all users need them in India. -- 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 3

[Fedora-i18n-bugs] [Bug 487581] New: Liberation Mono: incorrect spacing for Combining Diacritical Marks.
by Red Hat Bugzilla 12 Oct '10

12 Oct '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Liberation Mono: incorrect spacing for Combining Diacritical Marks. https://bugzilla.redhat.com/show_bug.cgi?id=487581 Summary: Liberation Mono: incorrect spacing for Combining Diacritical Marks. Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: adam.buchbinder(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009020911 Ubuntu/8.10 (intrepid) Firefox/3.0.6 According to the bug on freedesktop.org (link below), Liberation Mono has an incorrect spacing definition for "Combining Diacritical Marks"; they should have zero space, and should render above the last letter, not the next one. Paste following text with selected font: Correct: accent above o Incorrect: accent above g Reproducible: Always Steps to Reproduce: 1. Enter a string with a combining diacritic mark in Liberation Mono, e.g., "o̍g". Don't use gnome-terminal; it relies on vte, which doesn't handle combining characters. Use something like gedit; switching fonts will reveal the issue as the diacritical mark switches places. Actual Results: The diacritic appears one letter to the right of where it should be. Expected Results: The diacritic should appear in the proper place. I'm using ttf-liberation 1.04.93-1 on Ubuntu Intrepid; I'm filing this as an upstream bug. If this should be filed elsewhere, please let me know. I'm filing this because several monospace fonts have incorrect spacing for "Combining Diacritical Marks": http://bugs.freedesktop.org/show_bug.cgi?id=20330 -- 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 21

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs March 2009