[Fedora-i18n-bugs] [Bug 1118542] New: Rendering of Gurmukhi Script broken in QT (KDE application)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1118542
Bug ID: 1118542
Summary: Rendering of Gurmukhi Script broken in QT (KDE
application)
Product: Fedora
Version: 21
Component: lohit-gurmukhi-fonts
Assignee: psatpute(a)redhat.com
Reporter: aalam(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 917237
--> https://bugzilla.redhat.com/attachment.cgi?id=917237&action=edit
Screenshot for Kate and Gedit
Description of problem:
While Testing Fedora 21,Rendering Broken with latest Lohit Gurmukhi fonts in
KDE Applications (Only), while gnome/firefox is working as expected.
Version-Release number of selected component (if applicable):
qt-4.8.6-9.fc21.x86_64
harfbuzz-0.9.29-2.fc21.x86_64
gedit-3.13.2-1.fc21.x86_64
kate-4.13.2-2.fc21.x86_64
lohit-gurmukhi-fonts-2.91.0-3.fc21.noarch
How reproducible:
Every-time
Steps to Reproduce:
1. Copy paste Test Case (ਕ੍ਰ) in gedit & kwrite
2. Both Renderings are different
3.
Actual results:
Rendering of text in GTK/QT are Different
Expected results:
GTK has correct rendering
Additional info:
default Punjabi fonts available in Fedora 21 are broken for KDE applications
(including lokalize)
Test Case
---
ਕ+ ੍ + ਹ = ਕ੍ਹ
ਕ+ ੍ +ਰ - ਕ੍ਰ
ਕ+ ੍ +ਵ = ਕ੍ਵ
----
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=oX8F2oorVc&a=cc_unsubscribe
9 years, 2 months
[Fedora-i18n-bugs] [Bug 981475] New: Improper glyph names in Lohit fonts
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=981475
Bug ID: 981475
Summary: Improper glyph names in Lohit fonts
Product: Fedora
Version: rawhide
Component: lohit-fonts
Severity: unspecified
Priority: unspecified
Assignee: extras-orphan(a)fedoraproject.org
Reporter: khaledhosny(a)eglug.org
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
For purposes of text extraction from PDF files, glyphs should be named in
accordance with Adobe Glyph Naming convention
(http://www.adobe.com/devnet/opentype/archives/glyph.html). Most glyphs in
Lohit fonts follow this convention properly, but some do not. I did not do an
extensive review, but I noticed several occurances of glyph names like:
u0919_u094D.half_u0915_u094D.half.half
Which is wrong, since step 1 of the mapping algorithm in the above link will
drop the part of glyph name after the first occurence of a peroid, so only
u0919_u094D will remain which is assume is not what is wanted here. A proper
name would then be:
u0919_u094D_u0915_u094D.half.half.half
or something like that (the part after the peroid is completely ignored, so it
can be anything).
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=5VT9JZhnap&a=cc_unsubscribe
9 years, 2 months
[Fedora-i18n-bugs] [Bug 1113968] New: Glyph for 0960 Devanagari Letter Vocalic RR should be corrected
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1113968
Bug ID: 1113968
Summary: Glyph for 0960 Devanagari Letter Vocalic RR should be
corrected
Product: Fedora
Version: rawhide
Component: lohit-devanagari-fonts
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 912765
--> https://bugzilla.redhat.com/attachment.cgi?id=912765&action=edit
Replacement glyph and ODT/PDF demonstrating change
Description of problem:
Currently the glyph for 0960 Devanagari Letter Vocalic RR (double RR) in Lohit
Devanagari is similar to glyph for 090B Devanagari Letter Vocalic R (single R)
from Unicode Devanagari Chart http://www.unicode.org/charts/PDF/U0900.pdf.
Reference code chart for correct glyph of 0960. Please see attached PDF
document for comparison with Sanskrit 2003 and Windows XP Mangal font.
As seen in Unicode chart and other fonts, the correct glyph of 0960 should have
two hooks at bottom right to differentiate from 090B. 090B can either have one
hook as seen in code chart and other fonts, or just a belly with no hook at all
as seen in current Lohit Devanagari.
To be more clearer, while the glyph for 090B in code chart and other fonts is
shown with one hook, the form shown by current Lohit Devanagari for 090B is
also acceptable as a glyphic variant. However, the glyph variant of 090B with
one hook should not be used for 0960.
Hence the current glyph of 0960 in Lohit Devanagari should be corrected.
I have devised a replacement glyph for 0960 showing two hooks as per the code
chart as well as in line with other fonts. (Glyph for 090B need not be replaced
as the current glyph is an acceptable variant.)
Please replace the current Lohit Devanagari 0960 glyph with this new glyph.
Thank you.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=WcHda3Um7t&a=cc_unsubscribe
9 years, 2 months
[Fedora-i18n-bugs] [Bug 1187956] New: [abrt] ibus: ibus_observed_path_check_modification(): ibus-daemon killed by SIGABRT
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1187956
Bug ID: 1187956
Summary: [abrt] ibus: ibus_observed_path_check_modification():
ibus-daemon killed by SIGABRT
Product: Fedora
Version: 21
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: bizon11rus(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.9-8.fc21
Additional info:
reporter: libreport-2.3.0
backtrace_rating: 4
cmdline: ibus-daemon --xim --panel disable
crash_function: ibus_observed_path_check_modification
executable: /usr/bin/ibus-daemon
kernel: 3.18.3-201.fc21.x86_64
runlevel: N 5
type: CCpp
uid: 42
Truncated backtrace:
Thread no. 1 (10 frames)
#4 ibus_observed_path_check_modification at ibusobservedpath.c:155
#5 ibus_registry_check_modification at ibusregistry.c:377
#6 bus_ibus_impl_registry_init at ibusimpl.c:1873
#7 bus_ibus_impl_init at ibusimpl.c:424
#8 g_type_create_instance at gtype.c:1865
#9 g_object_constructor at gobject.c:2060
#10 g_object_new_with_custom_constructor at gobject.c:1692
#11 g_object_new_internal at gobject.c:1772
#12 g_object_new_valist at gobject.c:2034
#14 bus_ibus_impl_get_default at ibusimpl.c:1814
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=D6iMZ3ILZf&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 624158] New: Idea for setting individual fallback language
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: Idea for setting individual fallback language
https://bugzilla.redhat.com/show_bug.cgi?id=624158
Summary: Idea for setting individual fallback language
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: ncfiedler(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Description of problem:
system-config-language only sets one language, but does not give the user the
possibility to set an individual fallback language. But this would be
appreciated not to fall back to English per default. In the case of Low German
(nds) for example it does not make any sense to fallback to English but to
German (de).
An example for this functionality could be ubuntus language-selector for GNOME
desktops. (https://launchpad.net/language-selector)
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
It would be nice, if system-config-language would be able to set individual
fallback languages. (compare ubuntus language-selector)
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.
9 years, 3 months
[Fedora-i18n-bugs] [Bug 983979] New: yum doesn't remove no longer needed packages with langpacks
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=983979
Bug ID: 983979
Summary: yum doesn't remove no longer needed packages with
langpacks
Product: Fedora
Version: 19
Component: yum-langpacks
Severity: low
Priority: unspecified
Assignee: notting(a)redhat.com
Reporter: yoursdearboy(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
james.antill(a)redhat.com, notting(a)redhat.com,
petersen(a)redhat.com, pnemade(a)redhat.com
Description of problem:
yum doesn't remove packages with langpacks that no longer needed by any other
package.
Version-Release number of selected component (if applicable):
0.3.1-2.fc19
How reproducible:
always
Steps to Reproduce:
1. Install any package with deps that have langpacks (e. g. libreoffice-writer
has mythes dependency with mythes-%s langpacks)
2. Remove this package
Actual results:
Dependencies with langpacks won't be erased
Expected results:
All leftover dependencies should be erased
Additional info:
For example: if I install libreoffice-writer it pulls mythes and language packs
mythes-en, mythes-ru. If I delete libreoffice-writer package mythes won't be
erased.
As I understand it happens because packages mythes-ru, mythes-en installs "by
user" and have mythes dependency.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=fug6H3chnO&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 882267] New: Warning about /etc/fonts/conf.d/50-user.conf
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=882267
Bug ID: 882267
Summary: Warning about /etc/fonts/conf.d/50-user.conf
Product: Fedora
Version: 18
Component: fontconfig
Severity: unspecified
Priority: unspecified
Reporter: mefoster(a)gmail.com
Description of problem:
Running appes such as gvim under KDE results in a warning to STDERR like this:
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading
configurations from ~/.fonts.conf is deprecated.
Version-Release number of selected component (if applicable):
fontconfig-2.10.2-1.fc18.x86_64
How reproducible:
Every time
Steps to Reproduce:
1. Run "gvim"
Actual results:
Warning
Expected results:
No warning
Additional info:
I don't know if it's relevant that I use KDE as a desktop environment and that
this error comes up with gvim, but that's where I specifically noticed it.
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 3 months
[Fedora-i18n-bugs] [Bug 842568] New: Bad spacing in Liberation Mono with BCI-hinting
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=842568
Bug ID: 842568
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Bad spacing in Liberation Mono with BCI-hinting
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: xously(a)gmail.com
Type: Bug
Documentation: ---
Hardware: x86_64
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Created attachment 599962
--> https://bugzilla.redhat.com/attachment.cgi?id=599962&action=edit
Spacing of "s"
Description of problem:
Applies to Liberation Mono with BCI-hinting.
"s" is too far to the right or left, depending on the font size. E.g. "users"
looks like "user s" at size 11. (See first attachment for font sizes 8-16.)
"ow" is merging in bold font, at least at size 11. E.g. in "downloads". (See
second attachment.)
Version-Release number of selected component:
2.00.0
How reproducible:
Always with this ".fonts.conf":
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match target="font">
<edit name="antialias" mode="assign">
<bool>true</bool>
</edit>
</match>
<match target="font">
<edit name="hinting" mode="assign">
<bool>true</bool>
</edit>
</match>
<match target="font">
<edit name="hintstyle" mode="assign">
<const>hintfull</const>
</edit>
</match>
<match target="font">
<edit name="rgba" mode="assign">
<const>rgb</const>
</edit>
</match>
<match target="font">
<edit mode="assign" name="lcdfilter">
<const>lcddefault</const>
</edit>
</match>
</fontconfig>
With auto-hinting enabled instead, these problems do not occur:
<match target="pattern" name="family">
<test name="family" qual="any">
<string>Liberation Mono</string>
</test>
<edit name="autohint" mode="assign">
<bool>true</bool>
</edit>
</match>
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 3 months