[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 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 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
[Fedora-i18n-bugs] [Bug 541492] New: ibus needs to support some xkb layout switching
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 needs to support some xkb layout switching
https://bugzilla.redhat.com/show_bug.cgi?id=541492
Summary: ibus needs to support some xkb layout switching
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: FutureFeature
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(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:
Currently we have a mixture of xkb layout config and input methods
on the desktop: even some input methods maps are just made to
avoid xkb setting/configuration issues etc. And there is a
gnome keyboard indicator/switcher applet for changing layout.
This makes for a confusing UX and UI. If ibus could handle
this better it might even make sense to run ibus by default
for xkb switching too at least.
--
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, 7 months
[Fedora-i18n-bugs] [Bug 526634] New: system-config-date-docs need to be updated
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: system-config-date-docs need to be updated
https://bugzilla.redhat.com/show_bug.cgi?id=526634
Summary: system-config-date-docs need to be updated
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Translation
Severity: medium
Priority: low
Component: system-config-date-docs
AssignedTo: nphilipp(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: nphilipp(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=363281)
--> (https://bugzilla.redhat.com/attachment.cgi?id=363281)
Screenshot for chapter "Time and Date Properties"
Description of problem:
The current help file (system-config-date-docs) for system-config-date in
rawhide, contains a section called "Network Time Protocol (NTP) Properties".
Also the screenshots in the file contains the tab for NTP. But the actual UI of
system-config-date does not show NTP Properties Tab. Guess the doc file has not
been updated. Screenshot attached.
Version-Release number of selected component (if applicable):
system-config-date-1.9.50-1.fc12.noarch
system-config-date-docs-1.0.8-1.fc12.noarch
How reproducible:
Always
Steps to Reproduce:
1.Run system-config-date as root.
2.Click on the Help button shown on left bottom.
3.Observe all three screenshots in all the chapters and the chapter named
"Network Time Protocol (NTP) Properties".
Actual results:
The doc file shows details for NTP.
Expected results:
No NTP details are required as per current system-config-date.
Additional info:
Screenshots attached.
--
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, 7 months
[Fedora-i18n-bugs] [Bug 556551] New: [abrt] crash in ibus-1.2.0.20091204-2.fc12
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: [abrt] crash in ibus-1.2.0.20091204-2.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=556551
Summary: [abrt] crash in ibus-1.2.0.20091204-2.fc12
Product: Fedora
Version: 12
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:87031497776eb697f15e9313fe995dfcbfd21411
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: atgf0127(a)126.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
abrt 1.0.3 detected a crash.
Attached file: backtrace
cmdline: python /usr/share/ibus/ui/gtk/main.py
component: ibus
executable: /usr/bin/python
kernel: 2.6.31.9-174.fc12.i686.PAE
package: ibus-1.2.0.20091204-2.fc12
rating: 4
reason: Process was terminated by signal 11 (Segmentation fault)
--
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, 7 months