May 2010 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 513901] New: ibus-table setup does not store config settings

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: ibus-table setup does not store config settings https://bugzilla.redhat.com/show_bug.cgi?id=513901 Summary: ibus-table setup does not store config settings Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus-table AssignedTo: cchance(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: ibus-table config is not using gconf to store configuration settings. Steps to Reproduce: 1. change ibus-table config 2. restart desktop 3. use ibus-table Actual results: configuration lost Expected results: configuration to persist -- 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, 2 months

1
25
0 / 0

[Fedora-i18n-bugs] [Bug 572611] New: ibus should ensure that ~/.config/ibus/bus exists

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: ibus should ensure that ~/.config/ibus/bus exists https://bugzilla.redhat.com/show_bug.cgi?id=572611 Summary: ibus should ensure that ~/.config/ibus/bus exists Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: mjg(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: --- If the ~/.config/ibus/bus directory doesn't exist, any gtk app will wake up once per second in an attempt to add a notify on it. The directory should be automatically created to work around this. -- 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, 3 months

1
7
0 / 0

[Fedora-i18n-bugs] [Bug 514110] New: [ta_IN] Tamil collation rules are not working in other locales

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: [ta_IN] Tamil collation rules are not working in other locales https://bugzilla.redhat.com/show_bug.cgi?id=514110 Summary: [ta_IN] Tamil collation rules are not working in other locales Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: glibc AssignedTo: schwab(a)redhat.com ReportedBy: psatpute(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: jakub(a)redhat.com, santhosh.thottingal(a)gmail.com, fedora-i18n-bugs(a)redhat.com, schwab(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: ta_IN collation rules are not working, when we select other locale say en_US.UTF-8 Version-Release number of selected component (if applicable): glibc-common-2.10.90-7.1 How reproducible: every time Steps to Reproduce: 1. select en_US locale 2. try to sort Tamil characters 3. Actual results: sorting is not working Expected results: It should be sorted as per collation rule Additional info: This is happening due to ta_IN collation rules written in ta_IN locale file, and these rules are not available to outside locale. We should move these collation table to iso14651_t1_common(common to most of the locale), so it will be available to other locale as well and tamil sorting will work while selecting any locale -- 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, 6 months

1
28
0 / 0

[Fedora-i18n-bugs] [Bug 591554] New: Font artifact with number 4

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: Font artifact with number 4 https://bugzilla.redhat.com/show_bug.cgi?id=591554 Summary: Font artifact with number 4 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: cchance(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, cchance(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: (Quoted from calumlind) I have this issue with Liberation Sans font when used with Docky: http://imagebin.org/95732 I have checked that this occurs with Sans, Mono and very slightly with Serif on two different Ubuntu Lucid computers. It seems to be related to the inner triangle of the 4 because as you increase the icon size to 128 in Docky the artefact does not grow but you can still faintly see it behind the number: http://imagebin.org/95870 I already posted a bug report with Docky but they did not think it is a problem they can fix: https://bugs.launchpad.net/docky/+bug/575807 -- 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, 6 months

1
12
0 / 0

[Fedora-i18n-bugs] [Bug 486272] New: toolbar focus problems

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: 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.

11 years, 7 months

1
16
0 / 0

[Fedora-i18n-bugs] [Bug 486279] New: ibus preferences ui improvements, part 2

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: 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.

11 years, 7 months

1
14
0 / 0

[Fedora-i18n-bugs] [Bug 477690] New: libchewing multilib conflict

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: 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.

11 years, 7 months

1
17
0 / 0

[Fedora-i18n-bugs] [Bug 517789] New: Droid Sans overrides default Japanese desktop 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: Droid Sans overrides default Japanese desktop font https://bugzilla.redhat.com/show_bug.cgi?id=517789 Summary: Droid Sans overrides default Japanese desktop font Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: google-droid-fonts AssignedTo: nicolas.mailhot(a)laposte.net ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: nicolas.mailhot(a)laposte.net, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: I was just testing a f12alpha spin and discovered that Droid Sans seems to override the default Japanese desktop font. How reproducible: every time Steps to Reproduce: 1. yum install google-droid-sans-fonts 2. login to gnome desktop 3. run gucharmap Actual results: Most kanji glyphs are shown with Droid Sans. Expected results: Default Japanese IPA font to be used for Japanese characters. Additional info: Not sure why the Droid fonts were pulled into the spin. This affects whole Japanese desktop and gdm, etc. -- 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, 8 months

1
48
0 / 0

[Fedora-i18n-bugs] [Bug 528140] New: [hi_IN][ta_IN] TimeZone in Clock is Boston by default

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: [hi_IN][ta_IN] TimeZone in Clock is Boston by default https://bugzilla.redhat.com/show_bug.cgi?id=528140 Summary: [hi_IN][ta_IN] TimeZone in Clock is Boston by default Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: gnome-panel AssignedTo: rstrode(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: rstrode(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Created an attachment (id=364235) --> (https://bugzilla.redhat.com/attachment.cgi?id=364235) Screenshot for s-c-date and gnome-clock Description of problem: After installation and setting Default Timezone Kolkata, Clock is showing Default Timezone (added by Default) Boston (after Fresh installation). Version-Release number of selected component (if applicable): gnome-panel-2.28.0-2.fc12.x86_64 system-config-date-1.9.52-1.fc12.noarch libgweather-2.28.0-1.fc12.x86_64 How reproducible: Everytime Steps to Reproduce: 1. fresh install with Hindi (hi_IN) locale 2. login with Hindi 3. Click on clock/Task Top-Right Side Actual results: Boston is added by Default Expected results: Either should be default for locale or s-c-date's Zone Additional info: Screenshot -- 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, 8 months

1
13
0 / 0

[Fedora-i18n-bugs] [Bug 498706] New: Key bindings don't work after restart

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: Key bindings don't work after restart https://bugzilla.redhat.com/show_bug.cgi?id=498706 Summary: Key bindings don't work after restart Product: Fedora Version: 9 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: stardict AssignedTo: cchance(a)redhat.com ReportedBy: pahan(a)hubbitus.info QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, zhu(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: Stardict save keybindings, but its do not work after restart and require reset it after each boot. Version-Release number of selected component (if applicable): # rpm -q stardict stardict-3.0.1-9.fc9.i386 How reproducible: Stardict load after boot by any DE (or restored within session). Go to Preferencies, setup Modifier with wich scan will be doing. Close setting window. After that all work fine in this session. After restart computer, scan window do not appear when defined keys pressed. But, when going into preferencies, defined keys saved (sic!) and start working just after close window without any manipulations with it! -- 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, 9 months

1
27
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs May 2010