i18n-bugs April 2010

i18n-bugs@lists.fedoraproject.org

1 participants
416 discussions

[Fedora-i18n-bugs] [Bug 505484] New: feature to allow customizing which langs appear by default in lang menu
by Red Hat Bugzilla 23 Nov '11

23 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 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

[Fedora-i18n-bugs] [Bug 569508] New: system-config-language uses hardcoded icon paths
by Red Hat Bugzilla 15 Sep '11

15 Sep '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: system-config-language uses hardcoded icon paths https://bugzilla.redhat.com/show_bug.cgi?id=569508 Summary: system-config-language uses hardcoded icon paths Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: system-config-language AssignedTo: psatpute(a)redhat.com ReportedBy: hylkebons(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora system-config-language uses hardcoded icon paths, because of this it doesn't pick up the user's icon theme. This happens in the window icon and the icon that is used at the top of the tool itself. it should use the icon name "preferences-desktop-locale" and let gtk look up the correct icon. -- 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 10

[Fedora-i18n-bugs] [Bug 509478] New: support IME hotkey
by Red Hat Bugzilla 01 Sep '11

01 Sep '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: support IME hotkey https://bugzilla.redhat.com/show_bug.cgi?id=509478 Summary: support IME hotkey Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: FutureFeature, i18n 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, phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: ibus should really support IME-based trigger hotkeys like Windows. Steps to Reproduce: 1. Run ibus in F11 2. ibus-setup -> hotkeys Actual results: Too many hotkeys defined for all for CIJK Expected results: Only hotkeys for IMEs in use to be available. Eg Japanese user should only have Alt-` and Hankaku_Zenkaku defined by default, not other keys like Ctrl-Space and Korean hotkeys, etc. Additional info: With this change we could also drop defining a global hotkey by default which would be ibus more acceptable as a desktop default in the longer term. -- 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 584462] New: [abrt] crash in scim-bridge-0.4.16-4.fc13: Process /usr/bin/scim-bridge was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla 19 Jul '11

19 Jul '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] crash in scim-bridge-0.4.16-4.fc13: Process /usr/bin/scim-bridge was killed by signal 11 (SIGSEGV) https://bugzilla.redhat.com/show_bug.cgi?id=584462 Summary: [abrt] crash in scim-bridge-0.4.16-4.fc13: Process /usr/bin/scim-bridge was killed by signal 11 (SIGSEGV) Product: Fedora Version: 13 Platform: x86_64 OS/Version: Linux Status: NEW Status Whiteboard: abrt_hash:eaf3687a497b8d7b3d593ff837aa9af20ed27f2c Severity: medium Priority: low Component: scim-bridge AssignedTo: phuang(a)redhat.com ReportedBy: danken(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, phuang(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com Classification: Fedora Target Release: --- abrt 1.0.9 detected a crash. architecture: x86_64 Attached file: backtrace cmdline: scim-bridge component: scim-bridge executable: /usr/bin/scim-bridge global_uuid: eaf3687a497b8d7b3d593ff837aa9af20ed27f2c kernel: 2.6.33.1-24.fc13.x86_64 package: scim-bridge-0.4.16-4.fc13 rating: 4 reason: Process /usr/bin/scim-bridge was killed by signal 11 (SIGSEGV) release: Fedora release 13 (Goddard) How to reproduce: no idea, just used F-13 with a Japanese input method. -- 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 9

[Fedora-i18n-bugs] [Bug 517633] New: [ne_NP] icons for rom and trad are exactly same, better it can make difference between two
by Red Hat Bugzilla 01 Jul '11

01 Jul '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ne_NP] icons for rom and trad are exactly same, better it can make difference between two https://bugzilla.redhat.com/show_bug.cgi?id=517633 Summary: [ne_NP] icons for rom and trad are exactly same, better it can make difference between two Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: m17n-contrib AssignedTo: pnemade(a)redhat.com ReportedBy: aalam(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 Target Release: --- Description of problem: While using Nepali Desktop, Ibus having same icon for two different available keyboard layout for Nepali (rom and trad), Which make confusion, which one currently used. ideal case, if as use, I activate ibus for Nepali, I don't know which keyboard is currently working (as only icon appearing), only Tool-tip is showing name Version-Release number of selected component (if applicable): m17n-contrib-nepali-1.1.10-1.fc12 How reproducible: 100% Steps to Reproduce: 1. Add language support for Nepali (yum groupinstall nepali-support) 2. select keyboard layout for Nepali with ibus 3. try to select both different layout (trad/rom), see the icon Actual results: Same icon for both keyboard layout Expected results: Different (even if very small) icons are more helpful than same. 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 5

[Fedora-i18n-bugs] [Bug 582909] New: man-pages-es: Change requires tag from man to man-pages-reader
by Red Hat Bugzilla 10 Jun '11

10 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: man-pages-es: Change requires tag from man to man-pages-reader https://bugzilla.redhat.com/show_bug.cgi?id=582909 Summary: man-pages-es: Change requires tag from man to man-pages-reader Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: man-pages-es AssignedTo: peter(a)thecodergeek.com ReportedBy: varekova(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: peter(a)thecodergeek.com, dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- In fedora is new package man-db the with similar functionality like man. Both packages - man (from man-1.6f-29.fc14) and man-db provides: man-pages-reader. So the requires dependency in this package should be changed from man to man-pages-reader. (Details see thread: http://lists.fedoraproject.org/pipermail/devel/2010-March/132647.html) -- 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 10

[Fedora-i18n-bugs] [Bug 551317] New: A dash becomes a long empty space.
by Red Hat Bugzilla 24 May '11

24 May '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: A dash becomes a long empty space. https://bugzilla.redhat.com/show_bug.cgi?id=551317 Summary: A dash becomes a long empty space. Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: psatya(a)yahoo.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, pnemade(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora I have typed my Telugu text here using firefox browser http://www.google.com/transliterate/indic/Telugu and pasted it into OpenOffice Writer 3.1 with Lohit Telugu font version 2.4.5 selected. Everything seem to be working fine though the newer Lohit font looks smaller than an older version of Lohit font I was using earlier. But the main problem here is, a dash (-) becomes an empty space. It looks like a long space that is equivalent two chars approx. I also tried to type a dash right in the OO but it doesn't work. If I select Pothana2000 font instead of Lohit in OO, all my dashes work fine. The Pothana2000 is another Unicode font for Telugu but I love the rounded letter shapes of Lohit font so much! Thanks a lot for this beautiful Lohit Telugu font. -- 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 522047] New: [abrt] crash detected in ibus-anthy-1.2.0.20090907-1.fc12
by Red Hat Bugzilla 11 Apr '11

11 Apr '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] crash detected in ibus-anthy-1.2.0.20090907-1.fc12 https://bugzilla.redhat.com/show_bug.cgi?id=522047 Summary: [abrt] crash detected in ibus-anthy-1.2.0.20090907-1.fc12 Product: Fedora Version: rawhide Platform: i686 OS/Version: Linux Status: NEW Status Whiteboard: abrt_hash:4034af90 Severity: medium Priority: low Component: ibus-anthy AssignedTo: tfujiwar(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com, phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- abrt detected a crash. How to reproduce ----- 1. 2. 3. Additional information ====== Attached files ---- backtrace cmdline ----- python /usr/share/ibus-anthy/engine/main.py --ibus component ----- ibus-anthy executable ----- /usr/share/ibus-anthy/engine/main.py kernel ----- 2.6.31-0.204.rc9.fc12.i686 package ----- ibus-anthy-1.2.0.20090907-1.fc12 uuid ----- 4034af90 -- 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 33

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs April 2010