[Fedora-i18n-bugs] [Bug 518161] New: "contains" expression seems not working on the fontconfig rule
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: "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.
13 years, 5 months
[Fedora-i18n-bugs] [Bug 545349] New: [ml_IN] Wrong rendering when യ്യ and വ്വ used with chillu conjuncts
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: [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.
13 years, 5 months
[Fedora-i18n-bugs] [Bug 577171] New: [ml_IN] The character 0D1A (" ച ") missing on IOK for Malayalam Inscript
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: [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.
13 years, 5 months
[Fedora-i18n-bugs] [Bug 591810] New: [hi_IN] problems with hi-remington layout
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] problems with hi-remington layout
https://bugzilla.redhat.com/show_bug.cgi?id=591810
Summary: [hi_IN] problems with hi-remington layout
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: m17n-contrib
AssignedTo: pnemade(a)redhat.com
ReportedBy: psatpute(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:
We cant type"आप" using regington keyboard
But in Linux Fedora + IBUS + Remington, I HAVE to type
"shift h + backspace + w + [ + backspace "
Version-Release number of selected component (if applicable):
How reproducible:
everytime
Steps to Reproduce:
1.try to type "आप"
2.
3.
Actual results:
no possible
Expected results:
person should able to
Additional info:
this is fix in upstream
--
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.
13 years, 5 months
[Fedora-i18n-bugs] [Bug 568361] New: Additional langpacks are not installed when language changed
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: 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.
13 years, 6 months
[Fedora-i18n-bugs] [Bug 568379] New: PackageKit does not show additional language packages sometimes
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: 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.
13 years, 6 months
[Fedora-i18n-bugs] [Bug 557862] New: Liberation Mono is not really monospaced 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: 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.
13 years, 6 months
[Fedora-i18n-bugs] [Bug 557108] New: [kn_IN] ra+ ZWJ+ halanth + consonant is wrongly rendering
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: [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.
13 years, 6 months
[Fedora-i18n-bugs] [Bug 591559] New: Height of arrows are too low.
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: Height of arrows are too low.
https://bugzilla.redhat.com/show_bug.cgi?id=591559
Summary: Height of arrows are too low.
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:
(Originally from Peter Taran's email):
What do you think about moving horizontal arrows slightly up? In Courier
New arrows points almost to the middle point of small letters and it looks
nice. Liberation arrows are places essentually lower (what reason?) and
looks strange (See attachment 1).
This case is better I think (See attachment 2).
What your opinion?
--
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.
13 years, 6 months
[Fedora-i18n-bugs] [Bug 487581] New: Liberation Mono: incorrect spacing for Combining Diacritical Marks.
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: 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.
13 years, 6 months