i18n-bugs July 2010

i18n-bugs@lists.fedoraproject.org

2 participants
477 discussions

[Fedora-i18n-bugs] [Bug 517789] New: Droid Sans overrides default Japanese desktop font
by Red Hat Bugzilla 22 Aug '12

22 Aug '12

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.

1 48

[Fedora-i18n-bugs] [Bug 528140] New: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
by Red Hat Bugzilla 10 Aug '12

10 Aug '12

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.

1 13

[Fedora-i18n-bugs] [Bug 498706] New: Key bindings don't work after restart
by Red Hat Bugzilla 09 Jul '12

09 Jul '12

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.

1 27

[Fedora-i18n-bugs] [Bug 586763] New: smc-dyuthi-fonts isn't usable
by Red Hat Bugzilla 11 Jun '12

11 Jun '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: smc-dyuthi-fonts isn't usable https://bugzilla.redhat.com/show_bug.cgi?id=586763 Summary: smc-dyuthi-fonts isn't usable Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: madan-fonts AssignedTo: pnemade(a)redhat.com ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, pnemade(a)redhat.com, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: madan-fonts is supposed to work for Nepali font though, it doesn't have enough glyph coverage in fontconfig. Version-Release number of selected component (if applicable): madan-fonts-2.000-2.fc13.noarch How reproducible: always Steps to Reproduce: 1.fc-match -v "Madan"|grep -E " lang"|grep ne 2. 3. Actual results: No output Expected results: the lang spec should contains ne. 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 18

[Fedora-i18n-bugs] [Bug 618229] New: RFE: ibus-setup: in the "Input Method" tab, display an IME configure button next to the IM name
by Red Hat Bugzilla 21 Dec '11

21 Dec '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: RFE: ibus-setup: in the "Input Method" tab, display an IME configure button next to the IM name https://bugzilla.redhat.com/show_bug.cgi?id=618229 Summary: RFE: ibus-setup: in the "Input Method" tab, display an IME configure button next to the IM name Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus AssignedTo: shawn.p.huang(a)gmail.com ReportedBy: harshula(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tfujiwar(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Classification: Fedora Target Release: --- Description of problem: If an IME has a configuration option, then display a button to execute it in the "Input Method" tab alongside the IM name in the list of selected IMs. In some cases there maybe multiple IMs in the list from the same IME. In which case you could display an icon on the button to indicate a set of IMs belong to a particular IME. Currently you need to first select an IM, activate the IM and then find the IME configure button. I suspect a user would want to configure the IME immediately after selecting the IM. Apparently the IME configuration is activated by executing a separate binary. In the long term it maybe better for each IME to expose a configure/setup function directly via the IBus framework rather than create a separate binary. -- 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 22

[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 505484] New: feature to allow customizing which langs appear by default in lang menu
by Red Hat Bugzilla 24 Nov '11

24 Nov '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: feature to allow customizing which langs appear by default in lang menu https://bugzilla.redhat.com/show_bug.cgi?id=505484 Summary: feature to allow customizing which langs appear by default in lang menu Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: gdm AssignedTo: jmccann(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: jmccann(a)redhat.com, rstrode(a)redhat.com, ankit(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: Based on the thread "GDM Language list..." on fedora-devel-list and fedora-i18n-list, I had a discussion with Ankit and I came up with this idea which could perhaps form part of YumLangpackPlugin Feature for F12. If gdm could support configuration of the locales shown by default in it's language list, then the <lang>-langpack-support meta packages of the above feature could add languages to that gdm system config which would allow giving languages with extra support installed high visibility in the menu. Does that make some sense? I guess next step would be to file an rfe upstream... Steps to Reproduce: 1. Install language support for my favourite languages 2. login via gdm Actual results: 2. need to go to Other... to find them Expected results: 2. appear in gdm lang menu -- 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 510176] New: unable to display Japanese manpages
by Red Hat Bugzilla 22 Nov '11

22 Nov '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: unable to display Japanese manpages https://bugzilla.redhat.com/show_bug.cgi?id=510176 Summary: unable to display Japanese manpages Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n, Reopened Severity: medium Priority: medium Component: yelp AssignedTo: mbarnes(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: mbarnes(a)redhat.com, fedora-i18n-bugs(a)redhat.com Blocks: 220122 Estimated Hours: 0.0 Classification: Fedora Target Release: --- Clone Of: 220122 +++ This bug was initially created as a clone of Bug #220122 +++ Description of problem: Try to view man-pages-ja from yelp, however, the contents are not able to be displayed properly. How reproducible: Always Steps to Reproduce: 1.login desktop with ja_JP locales 2.in yelp, search for info:man 3. Actual results: pls refer to screenshot Expected results: should display or fallback to english Additional info: --- Additional comment from llim(a)redhat.com on 2006-12-18 18:36:20 EDT --- Created an attachment (id=143967) --> (https://bugzilla.redhat.com/attachment.cgi?id=143967) screenshot of yelp displaying man-pages-ja --- Additional comment from tagoh(a)redhat.com on 2006-12-19 01:01:20 EDT --- (In reply to comment #3) > Actually, after looking at the screenshot carefully, seem even in g-t, some of > the contents are display as "?" I suppose it's because vte may does wrong thing on Japanese hyphenation or whatever. it's a different problem anyway. -- 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 6

[Fedora-i18n-bugs] [Bug 608256] New: input fail on touch-screen with finger, while mouse click is working for iok
by Red Hat Bugzilla 09 Nov '11

09 Nov '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: input fail on touch-screen with finger, while mouse click is working for iok https://bugzilla.redhat.com/show_bug.cgi?id=608256 Summary: input fail on touch-screen with finger, while mouse click is working for iok Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: iok AssignedTo: pnemade(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: while trying to input with iok, selected a keymap, and mouse click on different characters are working, but while used finger to input, it was not input character, if you try with another character, it swaps to first selected character. it is happening with inscript and other layouts, even with English also Version-Release number of selected component (if applicable): iok-1.3.10-1.fc14.x86_64 xorg-x11-drv-wacom-0.10.7-1.20100621.fc14.x86_64 xorg-x11-drv-ati-6.13.1-0.20100519git428125c09.fc14.x86_64 gnome-shell-2.31.2-2.fc14.x86_64 How reproducible: 100% Steps to Reproduce: 1. start iok (use gedit for input) 2. select one character from keyboard with touch 3. now try to input another character Actual results: instead of input anything, character swaps and if you try to click two time, same character will be input Expected results: character should not swap and input selected character Additional info: gnome-shell is used for all 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.

1 6

[Fedora-i18n-bugs] [Bug 532240] New: IOK no longer shows up under Applications-->Accessories.
by Red Hat Bugzilla 05 Oct '11

05 Oct '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: IOK no longer shows up under Applications-->Accessories. https://bugzilla.redhat.com/show_bug.cgi?id=532240 Summary: IOK no longer shows up under Applications-->Accessories. Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: iok AssignedTo: pnemade(a)redhat.com ReportedBy: gnafu_the_great(a)hotmail.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: As of the most recent update, IOK doesn't show up under the expected menu location of Applications-->Accessories. I noticed the following in the .desktop file: NotShowIn=GNOME; How am I supposed to access IOK if it's not in the menus? I use it quite a bit once logged in, and I much prefer it to GOK. Is there a new method of bringing it up without having to type iok in a terminal? Version-Release number of selected component (if applicable): iok-1.3.8-1.fc11.x86_64 How reproducible: Every time. Steps to Reproduce: 1. Update IOK 2. Go to Applications-->Accessories 3. Reinstall IOK and try again Actual results: Nothing in the menus. Expected results: IOK in the Applications-->Accessories menu. Additional info: If you can show me where it's easily accessible under a different menu, that's fine, but I haven't found it yet. -- 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

← Newer
1
2
3
4
5
6
7
...
48
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs July 2010