[Bug 499790] New: [te_IN][pango]GSUB delete key can't delete the whole char in f10,but works well in rhel5.3
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: [te_IN][pango]GSUB delete key can't delete the whole char in f10,but works well in rhel5.3
https://bugzilla.redhat.com/show_bug.cgi?id=499790
Summary: [te_IN][pango]GSUB delete key can't delete the whole
char in f10,but works well in rhel5.3
Product: Fedora
Version: 10
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: kxiong(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
GSUB press Delete key to delete the whole char,it can't delete the whole char
in f10,but works well in rhel5.3.
I think it is a regression bug.
Version-Release number of selected component (if applicable):
pango-devel-1.22.1-1.fc10.i386
pango-1.22.1-1.fc10.i386
pangomm-2.14.0-2.fc10.i386
How reproducible:
always
Steps to Reproduce:
1.In gedit input U+0C15 U+0C4D U+0C15
2.Press Delete key to delete the char
3.
Actual results:
It can't delete the whole char,it will delete part of the char
Expected results:
It will delete the whole char.
Additional info:
All of chars in [te_IN][GSUB] has the same problem.
But in rhel 5.3 they work well.
So I think it is a regression problem.
--
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.
8 years, 5 months
[Bug 22621] New: RFE: Add font autoinstallation support
by bugzilla-daemon＠webkit.org
https://bugs.webkit.org/show_bug.cgi?id=22621
Summary: RFE: Add font autoinstallation support
Product: WebKit
Version: 528+ (Nightly build)
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: Enhancement
Priority: P2
Component: Text
AssignedTo: webkit-unassigned(a)lists.webkit.org
ReportedBy: nicolas.mailhot(a)laposte.net
CC: fedora-fonts-bugs-list(a)redhat.com
The Linux platform is gaining an on-demand font autoinstallation framework (BSD
and Solaris will probably follow eventually).
http://fedoraproject.org/wiki/Features/AutomaticFontInstallation
Webkit browsers should be plugged into it and use it to request the fonts the
pages they render need. This would have a huge user impact, especially for
pages that have strong i18n constrains.
Unlike proposals such as @font-face and EOT the fonts are sourced from trusted
user-controlled sources, are properly vetted legal-side, use the latest font
versions not old obsolete ones (with bug fixes), and are installed system-wide
where other apps can take advantage of them.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
8 years, 9 months
[Bug 543906] New: Conjunct 'sple' (as in display) is not rendered correctly with Meera 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: Conjunct 'sple' (as in display) is not rendered correctly with Meera font
https://bugzilla.redhat.com/show_bug.cgi?id=543906
Summary: Conjunct 'sple' (as in display) is not rendered
correctly with Meera font
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: parimbra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Description of problem:
Meera font shipped with Fedora does not display the conjunct 'sple' correctly.
It is working correctly with other fonts and same font in debian.
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1. open gedit
2. select Meera font
3. type ഡിസ്പ്ലെ (സ്പ്ലെ = unicode raw 0d38, 0d4d, 0d2a, 0d4d, 0d32)
Actual results:
സ്പ and ലെ displayed separately
Expected results:
സ് and പ്ലെ rendered separately
Additional info:
https://savannah.nongnu.org/bugs/index.php?28043
--
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.
8 years, 11 months
[Bug 473842] New: Add Greek Polytonic support to Liberation fonts
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: Add Greek Polytonic support to Liberation fonts
https://bugzilla.redhat.com/show_bug.cgi?id=473842
Summary: Add Greek Polytonic support to Liberation fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: medium
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: simos.bugzilla(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
Classification: Fedora
The Liberation fonts are missing the Greek Polytonic characters (Greek Extended
Unicode group).
In practical terms, the Greek Extended Unicode group is made of the Greek
characters with a variety of accents (they are precomposed characters).
This report is to track the process of adding support.
--
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.
8 years, 11 months
[Bug 706559] New: Font variants not used correctly
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: Font variants not used correctly
https://bugzilla.redhat.com/show_bug.cgi?id=706559
Summary: Font variants not used correctly
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: fontconfig
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: dwmw2(a)infradead.org
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
I have installed some company-provided fonts for use in presentations etc.:
$ ls /usr/share/fonts/neo-sans-intel/
NeoSansIntel-Italic.ttf NeoSansIntel-MediumItalic.ttf
NeoSansIntel-LightItalic.ttf NeoSansIntel-Medium.ttf
NeoSansIntel-Light.ttf NeoSansIntel.ttf
In LibreOffice I have a choice of three separate fonts: Neo Sans Intel, Neo
Sans Intel Medium, and Neo Sans Intel Light.
For each of those three, the italic version of the font (from the separate TTF
file) is used. I can tell by the tail on the 'f' character. For bold text,
however, an 'emboldening' algorithm seems to be used instead of using the
appropriate separate font file.
In GNOME font selection dialogs, I see just one 'Neo Sans Intel' family, with a
choice of 8 styles. I'll ignore the italic versions since those do actually
seem to work as expected, so there are four weights listed:
- Light (== Neo Sans Intel Light)
- Regular (== Neo Sans Intel Medium)
- Medium (== Neo Sans Intel Medium)
- Bold (== Neo Sans Intel Medium + emboldening algorithm?)
I *don't* seem to have an option in GNOME which will just use the straight 'Neo
Sans Intel' font.
So both seem to be getting it wrong, in different ways. Or perhaps there's
something wrong with the fonts themselves?
--
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, 1 month
[Bug 766493] New: Marathi needs changes in Devanagari glyphs
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: Marathi needs changes in Devanagari glyphs
https://bugzilla.redhat.com/show_bug.cgi?id=766493
Summary: Marathi needs changes in Devanagari glyphs
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: unspecified
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: santhosh.thottingal(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
Lohit Devanagari covers the Devanagari unicode code set and uses same glyphs
for the languages which use Devanagari script. But it seems Marathi language
needs changes in some of the glyphs.
Attached a PDF document with the required changes. The document is written by
Sushant S. Devlekar
based on Maharashtra gov. order
http://www.maharashtra.gov.in/GR/Marathi/2009/11/06/2009110613044700
1.pdf
--
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, 4 months
[Bug 540411] New: [ml_IN] KDE applications display is too small with smc-meera-fonts
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] KDE applications display is too small with smc-meera-fonts
https://bugzilla.redhat.com/show_bug.cgi?id=540411
Summary: [ml_IN] KDE applications display is too small with
smc-meera-fonts
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
smc-discuss(a)googlegroups.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Created an attachment (id=373059)
--> (https://bugzilla.redhat.com/attachment.cgi?id=373059)
Screenshot for Lokalize with smc-meera-fonts
Description of problem:
Login to Malayalam (ml_IN) locale where smc-meera-fonts is the default font,
the display of KDE applications like lokalize, kate etc looks very small when
compared with other applications. Screenshot attached for lokalize and kate
Version-Release number of selected component (if applicable):
smc-meera-fonts-04.2-2.fc12
How reproducible:
Always
Steps to Reproduce:
1. Login to gnome desktop in Malayalam locale
2. Open any keda applications like lokalize, kate
3. Compare the font size of these applications with any others
Actual results:
Reproducing above steps, you can observe that the kde applications' size is
small
Expected results:
The font size must be viewable enough or must be same like other applications
--
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, 5 months
[Bug 528303] New: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE
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]Lohit font rendering of cons+virama+ra is wrong in KDE
https://bugzilla.redhat.com/show_bug.cgi?id=528303
Summary: [ml_IN]Lohit font rendering of cons+virama+ra is wrong
in KDE
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-malayalam-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: santhosh.thottingal(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, smc-discuss(a)googlegroups.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Created an attachment (id=364359)
--> (https://bugzilla.redhat.com/attachment.cgi?id=364359)
Comparison of rendering in kde and gnome
Description of problem:
The lohit font 2.4.4 version gives wrong redering in KDE for cons + virama + ra
sequence.
See the attached screenshot.
The prebase ra sign becomes postbase in KDE applications, while in GNOME
applications it is correct.
Version-Release number of selected component (if applicable):
Lohit 2.4.4
KDE 4.3.2
How reproducible:
Always
Steps to Reproduce:
1. Compare the rendering of പ്രഭാതം, അക്രമം, സൂത്രം etc in gedit and kate
Actual results:
See the attached screenshot
Expected results:
See the attached screenshot
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, 5 months