i18n-bugs March 2010

i18n-bugs@lists.fedoraproject.org

1 participants
463 discussions

[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 569063] New: Ibus language bar remains visible even if IM is deactivated
by Red Hat Bugzilla 03 Dec '10

03 Dec '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Ibus language bar remains visible even if IM is deactivated https://bugzilla.redhat.com/show_bug.cgi?id=569063 Summary: Ibus language bar remains visible even if IM is deactivated Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: dekacy10(a)hotmail.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Created an attachment (id=396789) --> (https://bugzilla.redhat.com/attachment.cgi?id=396789) Bar shadow displayed over a video Description of problem: The bar iBus displays when activated remains visible even when I deactivate the input method. More specifically, a semi-transparent version of it. This is a problem, especially when the user is trying to read or watch something displayed in that area. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Install and enable ibus 2. turn on and then off an input methode 3. switch window Actual results: A semi-transparent shadow of the bar remains. Not clickable or anything. Expected results: Language bar disappears completely. Additional info: I have Metacity's composition feature on. -- 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 517635] New: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language
by Red Hat Bugzilla 23 Nov '10

23 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language https://bugzilla.redhat.com/show_bug.cgi?id=517635 Summary: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: lohit-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: aalam(a)redhat.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 Target Release: --- Description of problem: in Nepali Envirnment (gnome-desktop), fc-match is showing following informating --- $echo $LANG ne_NP.UTF-8 $fc-match lohit_hi.ttf: "Lohit Hindi" "Regular" --- Version-Release number of selected component (if applicable): lohit-nepali-fonts-2.4.0-2.fc12 How reproducible: 100% Steps to Reproduce: 1. login to Gnome-desktop with Nepali Language 2. open gnome-terminal 3. type 'fc-match' Actual results: lohit_hi.ttf: "Lohit Hindi" "Regular" Expected results: lohit_ne.ttf: "Lohit Nepali" "Regular" or something for Nepali Additional info: I have file /usr/share/fonts/lohit/lohit_ne.tff on system -- 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 518161] New: "contains" expression seems not working on the fontconfig rule
by Red Hat Bugzilla 23 Nov '10

23 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: "contains" expression seems not working on the fontconfig rule https://bugzilla.redhat.com/show_bug.cgi?id=518161 Summary: "contains" expression seems not working on the fontconfig rule Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: fontconfig AssignedTo: besfahbo(a)redhat.com ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, pnemade(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Created an attachment (id=357904) --> (https://bugzilla.redhat.com/attachment.cgi?id=357904) sample fontconfig rule Description of problem: Even if the pattern contains strings that the rule specifies with "contains" expression, it doesn't match. Version-Release number of selected component (if applicable): fontconfig-2.7.1-1.fc12 How reproducible: always Steps to Reproduce: 1.install lohit-hindi-fonts and lohit-marathi-fonts 2.put the attached rule into /etc/fonts/conf.d 3.fc-match "sans-serif:lang=mr" 4.fc-match "sans-serif:lang=mr-in" Actual results: 3. lohit_mr.ttf: "Lohit Marathi" "Regular" 4. lohit_hi.ttf: "Lohit Hindi" "Regular" Expected results: the result of 3 and 4 should be: lohit_mr.ttf: "Lohit Marathi" "Regular" Additional info: >From a debug log: FcConfigSubstitute test pattern any lang Contains "mr" FcLangSet mr-in contains mr Missing bitmap ku-am No match I'm not really sure why fontconfig refers ku-am map here but apparently it looks like fontconfig doesn't know what mr-in is. Anyway, if no explicit lang pattern is given and applications calls FcDefaultSubstitute(), lang will be set like mr-in from current locale mr_IN.UTF-8 say. -- 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 545349] New: [ml_IN] Wrong rendering when യ്യ and വ്വ used with chillu conjuncts
by Red Hat Bugzilla 16 Nov '10

16 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ml_IN] Wrong rendering when യ്യ and വ്വ used with chillu conjuncts https://bugzilla.redhat.com/show_bug.cgi?id=545349 Summary: [ml_IN] Wrong rendering when യ്യ and വ്വ used with chillu conjuncts Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: qt AssignedTo: than(a)redhat.com ReportedBy: apeter(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: rdieter(a)math.unl.edu, than(a)redhat.com, kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com, smc-discuss(a)googlegroups.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Created an attachment (id=376865) --> (https://bugzilla.redhat.com/attachment.cgi?id=376865) Screenshot for kwrite showing wrong rendering Description of problem: Conjunct "യ്യ" and "വ്വ" when used after chillu conjuncts, it gets combined with the chillu resulting in wrong rendering. ie, Conjunct യ്യ = യ + ് + യ [ 0D2F + 0D4D + 0D2F ] and Conjunct വ്വ = വ + ് + വ [ 0D35 + 0D4D + 0D35 ] Also, When any consonant is combined with 0D2F or 0D35 using 0D4D, gives the following result (Here, consonant ക [0D15] is used) : ക + ് + യ = ക്യ [ 0D15 + 0D4D + 0D2F ] ക + ് + വ = ക്വ [ 0D15 + 0D4D + 0D35 ] Thus, when conjunct യ്യ or വ്വ is used after any chillu conjuncts, say ന്‍, the first 0D2F/0D35 is getting combined with ന്‍ and giving out wrong results. Version-Release number of selected component (if applicable): qt-4.5.3-9.fc12 kdebase-4.3.3-3.fc12 How reproducible: Always Steps to Reproduce: (i) For Conjunct "യ്യ" 1. Open kwrite 2. Type 0D28, 0D4D, 200D, 0D2F, 0D4D, 0D2F (ii) For Conjunct "വ്വ" 1. Open kwrite 2. Type 0D28, 0D4D, 200D, 0D35, 0D4D, 0D35 Observe the wrong rendering for above combination. Actual results: When conjunct "യ്യ" and "വ്വ" is used after chillu, they get combined with the chillu and is thus wrong rendering. Attached screenshot with kwrite showing this wrong rendering. Expected results: When conjunct "യ്യ" and "വ്വ" is used after chillu, they must not get combined with the chillu. Attached screenshot with gedit showing correct rendering. Additional info: 5 Chillu conjuncts are: ന്‍ = ന + ് + ZWJ [ 0D28 + 0D4D + 200D ] ര്‍ = ര + ് + ZWJ [ 0D30 + 0D4D + 200D ] ണ്‍ = ണ + ് + ZWJ [ 0D23 + 0D4D + 200D ] ള്‍ = ള + ് + ZWJ [ 0D33 + 0D4D + 200D ] ല്‍ = ല + ് + ZWJ [ 0D32 + 0D4D + 200D ] -- 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

[Fedora-i18n-bugs] [Bug 577171] New: [ml_IN] The character 0D1A (" ച ") missing on IOK for Malayalam Inscript
by Red Hat Bugzilla 16 Nov '10

16 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ml_IN] The character 0D1A ("ച") missing on IOK for Malayalam Inscript https://bugzilla.redhat.com/show_bug.cgi?id=577171 Summary: [ml_IN] The character 0D1A ("ച") missing on IOK for Malayalam Inscript Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: iok AssignedTo: pnemade(a)redhat.com ReportedBy: apeter(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: --- Created an attachment (id=402807) --> (https://bugzilla.redhat.com/attachment.cgi?id=402807) Screenshot for IOK with inscript layout Description of problem: The character "ച" with Unicode - 0D1A is missing on the IOK for "Malayalam". It does not appear on the screen as well as do not type anything when that key is clicked. Version-Release number of selected component (if applicable): iok-1.3.10-1.fc13.x86_64 How reproducible: Always Steps to Reproduce: 1. Open any text editor, say gedit. 2. Activate Ibus and click on the IOK icon that appears for the inscript layout for Malayalam on the ibus language panel. Actual results: When you reproduce the above steps, you can see the KEY ; ie, key between "ത" and "ട" as blank. Click on the key, nothing displays. Expected results: When you reproduce the above steps, KEY ; must have the character "ച". Clicking on the key should display "ച". Additional info: Without IOK using inscript keyboard you can type ച using the Key ;. -- 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

[Fedora-i18n-bugs] [Bug 568361] New: Additional langpacks are not installed when language changed
by Red Hat Bugzilla 27 Oct '10

27 Oct '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Additional langpacks are not installed when language changed https://bugzilla.redhat.com/show_bug.cgi?id=568361 Summary: Additional langpacks are not installed when language changed Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: yum-langpacks AssignedTo: petersen(a)redhat.com ReportedBy: kparal(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: I followed this test case: https://fedoraproject.org/wiki/QA:Langpack_Yum_Application I logged in with cs_CZ locale, installed eclipse. The eclipse-nls-cs was correctly added to the install list. After that I logged out and logged in with pl_PL locale. I don't seem to be able to have eclipse-nls-pl installed automatically. I tried "yum update eclipse", "yum install eclipse", "yum update" - still it doesn't offer me to install Polish langpack automatically. But the test case says "Current locale package for the installed application should be installed automatically." Version-Release number of selected component (if applicable): Fedora 12 yum-presto-0.6.2-1.fc12.noarch yum-utils-1.1.25-1.fc12.noarch yum-metadata-parser-1.1.2-14.fc12.x86_64 yum-3.2.25-1.fc12.noarch yum-langpacks-0.1.4-2.fc13.noarch How reproducible: always Steps to Reproduce: 1. see description 2. 3. -- 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 568379] New: PackageKit does not show additional language packages sometimes
by Red Hat Bugzilla 27 Oct '10

27 Oct '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: PackageKit does not show additional language packages sometimes https://bugzilla.redhat.com/show_bug.cgi?id=568379 Summary: PackageKit does not show additional language packages sometimes Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: yum-langpacks AssignedTo: petersen(a)redhat.com ReportedBy: kparal(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: According to the test case: https://fedoraproject.org/wiki/QA:Langpack_PackageKit_Application the packagekit installation should work same as yum installation. But when I log in with cs_CZ locale, run gpk-application from terminal and select eclipse for installation, the eclipse-nls-cs package is not presented to me as a part of the installation (as it should be according to the test case description). However, it is installed in the end when I accept the installation. But when doing the same with aspell, aspell-cs is correctly presented to me as a dependency. Version-Release number of selected component (if applicable): Fedora 12 yum-presto-0.6.2-1.fc12.noarch yum-utils-1.1.25-1.fc12.noarch yum-metadata-parser-1.1.2-14.fc12.x86_64 yum-3.2.25-1.fc12.noarch yum-langpacks-0.1.4-2.fc13.noarch eclipse-dtp-1.7.0-5.fc12.noarch eclipse-nls-cs-3.5.0.v20090620043401-2.fc12.noarch eclipse-jdt-3.5.1-22.fc12.x86_64 eclipse-subclipse-1.6.5-1.fc12.noarch eclipse-swt-3.5.1-22.fc12.x86_64 eclipse-nls-3.5.0.v20090620043401-2.fc12.noarch eclipse-platform-3.5.1-22.fc12.x86_64 eclipse-linuxprofilingframework-0.3.0-2.fc12.x86_64 eclipse-callgraph-0.4.0-1.fc12.x86_64 eclipse-oprofile-0.4.0-1.fc12.x86_64 eclipse-birt-2.5-1.fc12.noarch eclipse-mylyn-3.2.1-2.fc12.noarch eclipse-pydev-1.5.3-1.fc12.x86_64 eclipse-emf-2.5.0-4.fc12.noarch eclipse-jgit-0.6.0-0.1.git20091029.fc12.noarch eclipse-egit-0.6.0-0.1.git20091029.fc12.noarch eclipse-rcp-3.5.1-22.fc12.x86_64 eclipse-cdt-6.0.0-10.fc12.x86_64 eclipse-rpm-editor-0.4.3-2.fc12.x86_64 eclipse-svnkit-1.3.0-1.fc12.noarch eclipse-changelog-2.6.7-3.fc12.x86_64 eclipse-valgrind-0.4.0-0.1.fc12.x86_64 eclipse-rse-3.1.1-2.fc12.noarch eclipse-mylyn-java-3.2.1-2.fc12.noarch eclipse-gef-3.5.1-2.fc12.noarch eclipse-pde-3.5.1-22.fc12.x86_64 How reproducible: always -- 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 2

[Fedora-i18n-bugs] [Bug 557862] New: Liberation Mono is not really monospaced font
by Red Hat Bugzilla 18 Oct '10

18 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 is not really monospaced font https://bugzilla.redhat.com/show_bug.cgi?id=557862 Summary: Liberation Mono is not really monospaced font Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: kir(a)sacred.ru QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, cchance(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: When using Liberation Mono as a default monospace font in Firefox, I have noticed that the lines of equal width (in terms of characters) all have different width. It can clearly be seen on a screenshots that I will attach shortly. It took me about 15 minutes to understand it. I tried with Andale Mono and it looks fine. Version-Release number of selected component (if applicable): $ rpm -q liberation-mono-fonts liberation-fonts-common fontconfig freetype firefox fedora-release liberation-mono-fonts-1.05.1.20090721-2.fc12.noarch liberation-fonts-common-1.05.1.20090721-2.fc12.noarch fontconfig-2.8.0-1.fc12.x86_64 fontconfig-2.8.0-1.fc12.i686 freetype-2.3.11-3.fc12.x86_64 freetype-2.3.11-3.fc12.i686 firefox-3.5.6-1.fc12.x86_64 fedora-release-12-2.noarch How reproducible: always Steps to Reproduce: 1. make sure liberation mono is installed (rpm -q liberation-mono-fonts) and available (fc-match 'liberation mono') 2. Open this page in your browser http://kir.sacred.ru/tmp/liberation-mono.html 3. Try increasing/decreasing text size (in case of Firefox use Ctrl with +/-). Actual results: Lines are of different width Expected results: Lines are of the same width 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 14

[Fedora-i18n-bugs] [Bug 557108] New: [kn_IN] ra+ ZWJ+ halanth + consonant is wrongly rendering
by Red Hat Bugzilla 14 Oct '10

14 Oct '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [kn_IN] ra+ ZWJ+ halanth + consonant is wrongly rendering https://bugzilla.redhat.com/show_bug.cgi?id=557108 Summary: [kn_IN] ra+ ZWJ+ halanth + consonant is wrongly rendering Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: svenkate(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Created an attachment (id=385669) --> (https://bugzilla.redhat.com/attachment.cgi?id=385669) Correct and wrong rendering Description of problem: ra+ ZWJ+ halanth + consonant is wrongly rendering Version-Release number of selected component (if applicable): pango-1.26.0-1.fc12 How reproducible: Every time Steps to Reproduce: 1.Open any text editor (say gedit) 2.Input following raw code key sequence: 0CB0 + 200D + 0CCD + 0C95 3.Look at the resulting glyph Actual results: Shown in the attachment Expected results: Shown in the attachment 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 12

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs March 2010