[Bug 387491] New: ø character is wrong in "nimbus sans l condensed" at size 20
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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=387491
Summary: ø character is wrong in "nimbus sans l condensed" at
size 20
Product: Fedora
Version: f8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: urw-fonts
AssignedTo: than(a)redhat.com
ReportedBy: j.w.r.degoede(a)hhs.nl
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
I found this out while testing a fix I'm working on for various font problems in
xfig.
The ø character ( compose o / ) in urw-fonts "nimbus sans l condensed" is wrong
at size 20, there I get an r with an inverted ^ above it.
One way to reproduce:
-start xfig (version 3.2.5-5, will hit rawhide / updates-testing soon).
-Click on the T icon to start editing text
-Left click somewhere in the canvas
-Type compose o /
-Middle click to indicate your done entering text
-CTRL + e
-left click the ø
-select helvetica narrow, xfig maps this to:
-urw-nimbus sans l condensed-medium-r-condensed--
-click apply, things should still be fine
-change size to 20
-click apply, wrong character gets shown.
--
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, or are watching someone who is.
14 years, 5 months
[Bug 437689] New: xorg-x11-fonts-ethiopic is not exposed 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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=437689
Summary: xorg-x11-fonts-ethiopic is not exposed correctly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
1. xorg-x11-fonts-ethiopic contains fonts in a modern TTF/OTF format. Those
fonts need to be exposed in /usr/share/fonts and not /usr/share/X11/fonts for
more apps to take advantage of them
2. the package contains two versions of the same font (in OTF and TTF format).
This is likely to confuse apps so either drop one or make two separate
conflicting packages so they're never installed at the same time on the same
system. The OTF file appears to be the most complete one based on its size so
I'd drop the TTF one (true all our apps do not support OTF fonts yet but they
are becoming common enough apps should be fixed and TTf versions needn't be
provided as workaround)
3. The package only contains the Goha-Tibeb Zemen font. It would be more
user-friendly if it was renamed goha-tibeb-zemen-fonts
Version-Release number of selected component (if applicable):
xorg-x11-fonts-ethiopic-7.2-6.fc9
--
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, or are watching someone who is.
14 years, 6 months
[Bug 466404] New: Segmentation fault.
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: Segmentation fault.
https://bugzilla.redhat.com/show_bug.cgi?id=466404
Summary: Segmentation fault.
Product: Fedora
Version: rawhide
Platform: i386
OS/Version: Linux
Status: NEW
Severity: high
Priority: medium
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: sangu.fedora(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, kevin(a)tummy.com,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
$ gdb fontforge
(gdb) r
Starting program: /usr/bin/fontforge
[Thread debugging using libthread_db enabled]
Copyright (c) 2000-2008 by George Williams.
Executable based on sources from 00:23 GMT 28-Aug-2008.
Library based on sources from 23:33 GMT 27-Aug-2008.
[New Thread 0xb7fdf700 (LWP 11925)]
Help! Server claimed font
-ibm-courier-medium-r-normal--13-0-0-0-m-0-iso10646-1
existed in the font list, but when I asked for it there was nothing.
I may crash soon.
Program received signal SIGSEGV, Segmentation fault.
0x00479f79 in GDrawFontMetrics (fi=0x83d6ce8, as=0xbfffd148, ds=0xbfffd144,
ld=0xbfffd140) at gdrawtxt.c:2328
2328 *as = fontinfo->ascent;
Missing separate debuginfos, use: debuginfo-install e2fsprogs.i386 libICE.i386
libSM.i386 libXau.i386 libXcursor.i386 libXdmcp.i386 libXfixes.i386
libXrender.i386
(gdb) bt
#0 0x00479f79 in GDrawFontMetrics (fi=0x83d6ce8, as=0xbfffd148,
ds=0xbfffd144, ld=0xbfffd140) at gdrawtxt.c:2328
#1 0x004bb00c in GTextFieldFit () at gtextfield.c:2596
#2 _GTextFieldCreate (gt=0x83cc0a8, base=0x83a8328, gd=0xbfffe41c,
data=0x83d0830, def=0x4fdf60) at gtextfield.c:2692
#3 0x004bb912 in GTextCompletionCreate (base=0x83a8328, gd=0xbfffe41c,
data=0x83d0830) at gtextfield.c:2732
#4 0x004cb015 in _GHVBoxCreate (base=0x83a8328, gd=0xbfffe5bc, data=0x0,
hcnt=1, vcnt=3, def_box=0x4fe440) at ghvbox.c:573
#5 0x004cb26d in GVBoxCreate (base=0x83a8328, gd=0x0, data=0x0)
at ghvbox.c:607
#6 0x00484d6e in GGadgetsCreate (base=0x83a8328, gcd=0xbfffe5b8)
at ggadgets.c:1172
#7 0x004834fa in GFileChooserCreateChildren () at gfilechooser.c:1525
#8 GFileChooserCreate (base=0x83a8328, gd=0xbfffe818, data=0x0)
at gfilechooser.c:1571
#9 0x004cb015 in _GHVBoxCreate (base=0x83a8328, gd=0xbfffec18, data=0x0,
hcnt=1, vcnt=4, def_box=0x4fe400) at ghvbox.c:573
#10 0x004cb182 in GHVGroupCreate (base=0x83a8328, gd=0xbfffec18, data=0x0)
at ghvbox.c:633
#11 0x00484d6e in GGadgetsCreate (base=0x83a8328, gcd=0xbfffec14)
at ggadgets.c:1172
#12 0x0815b15e in FVOpenFont (title=0x81c20e0 "Open Font", defaultfile=0x0,
---Type <return> to continue, or q <return> to quit---
mult=1) at openfontdlg.c:736
#13 0x08109f84 in GetPostscriptFontName (dir=0x0, mult=1) at fontview.c:1102
#14 0x0810a1f4 in MenuOpen (base=0x0, mi=0x0, e=0x0) at fontview.c:1142
#15 0x0819dbf4 in main (argc=1, argv=0xbffff554) at startui.c:1131
$ dmesg | grep fontforge
fontforge[11659]: segfault at 48 ip 00479f79 sp bfe4b4a0 error 4 in
libgdraw.so.4.0.5[451000+93000]
fontforge[11676]: segfault at 48 ip 00479f79 sp bfd76240 error 4 in
libgdraw.so.4.0.5[451000+93000]
fontforge[11682]: segfault at 48 ip 00479f79 sp bfb3eb40 error 4 in
libgdraw.so.4.0.5[451000+93000]
Version-Release number of selected component (if applicable):
20080828-1.fc10
How reproducible:
always
Steps to Reproduce:
1. $fontforge
2.
3.
Actual results:
Expected results:
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.
14 years, 7 months
[Bug 468618] New: A bit over-enthusiastic splitting
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: A bit over-enthusiastic splitting
https://bugzilla.redhat.com/show_bug.cgi?id=468618
Summary: A bit over-enthusiastic splitting
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: un-core-fonts
AssignedTo: smallvil(a)get9.net
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, smallvil(a)get9.net,
fedora-fonts-bugs-list(a)redhat.com
Blocks: 438944
Classification: Fedora
While splitting font packages is generally good, separating regular and bold
faces of the same font in different packages is a tad over the top.
Please keep batang and batang bold in the same package (reiterate for other un
core fonts)
(at the same time, it's awesome you've managed to package a beast like the un
fonts given all the problems you had to solve)
--
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.
14 years, 8 months
[Bug 439421] New: Hard to read arabic 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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=439421
Summary: Hard to read arabic fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: fonts-arabic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: swagiaal(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
The arabic font in f8 is very hard to read, I have reinstalled the package from f7.
--
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, or are watching someone who is.
14 years, 9 months
[Bug 467745] New: Wrong rendering of cyrillic letter tse ( ц ) at 8pt and 10pt
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: Wrong rendering of cyrillic letter tse (ц) at 8pt and 10pt
https://bugzilla.redhat.com/show_bug.cgi?id=467745
Summary: Wrong rendering of cyrillic letter tse (ц) at 8pt and
10pt
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: dejavu-fonts
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: atorkhov(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: nicolas.mailhot(a)laposte.net,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
Cyrillic letter small tse (ц, U+0446) is wrongly rendered at 8pt and 10pt - it
misses a "tail" at bottom right.
Version-Release number of selected component (if applicable):
dejavu-fonts-2.24-3.fc9.noarch
freetype-2.3.5-6.fc9.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. Open DejaVu Sans in charmap.
2. Select 8pt or 10pt size.
3. Look at ц (U+0446).
Actual results:
No tail.
Expected results:
With tail.
Additional info:
This is font and size of default installation and is quite annoying as is in
such way letter is hard to read.
--
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.
14 years, 9 months
[Bug 436505] New: condensed Nimbus fonts inaccessible to applications
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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=436505
Summary: condensed Nimbus fonts inaccessible to applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: urw-fonts
AssignedTo: than(a)redhat.com
ReportedBy: rdtennent(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
The urw-fonts package includes four Type 1 fonts with FamilyName Nimbus Sans L
with Condensed in the FullName. But most current applications cannot deal with
Condensed, so these fonts are simply inaccessible to them. In particular,
browsers like Firefox and Konqueror do not recognize them and so web authors
have no way to specify them on web pages. This is unfortunate because these
fonts are installed on virtually every Linux system and there is no other
condensed sans font that is widely installed.
Version-Release number of selected component (if applicable):
2.4-3
How reproducible:
always
Steps to Reproduce:
1.Try to select Nimbus Sans L Condensed.
2.
3.
Actual results:
Can't be selected.
Expected results:
Can select them.
Additional info:
There seem to be three approaches to this problem. One is to insist that every
application deal with condensed/expanded fonts in the same way that they deal
with bold/italic/etc. This is a good long-term solution. A short-term solution
is to hack the fonts in question so that their FamilyName is Nimbus Sans L
Condensed; this has already been adopted by Mandriva and, apparently, Suse:
https://bugzilla.novell.com/show_bug.cgi?id=367188
Another is use fontconfig to achieve the same, as in
<match target="scan">
<test name="family" compare="eq">
<string>Nimbus Sans L</string>
</test>
<test name="width" compare="eq">
<int>75</int>
</test>
<edit name="family" mode="assign">
<string>Nimbus Sans L Condensed</string>
</edit>
</match>
or variants thereof.
I'll attach a simple html file which illustrates the problem. In any browser on
Fedora, the two lines will be in the same fonts. When the font files are
patched as suggestedb or the fontconfig snippet above installed, condensed fonts
are used for the second line.
------- Additional Comments From rdtennent(a)hotmail.com 2008-03-07 11:58 EST -------
Created an attachment (id=297217)
--> (https://bugzilla.redhat.com/attachment.cgi?id=297217&action=view)
Test file to illustrate inaccessibility of condensed fonts in browsers.
--
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, or are watching someone who is.
14 years, 9 months
[Bug 457094] New: Upstream fix for missing Romanian glyphs in Type 1 fonts is now available
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 report.
https://bugzilla.redhat.com/show_bug.cgi?id=457094
Summary: Upstream fix for missing Romanian glyphs in Type 1 fonts
is now available
Product: Fedora
Version: 9
Platform: All
URL: https://savannah.nongnu.org/bugs/index.php?23940
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: freetype
AssignedTo: besfahbo(a)redhat.com
ReportedBy: gaburici(a)cs.umd.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list@redhat.com,kevin(a)tigcc.ticalc.org
Description of problem, adapted from
[https://fedoraproject.org/wiki/L10N/Tasks/Ro_fonts#The_Unicode_map_for_Ty...]:
PostScript Type 1 (PS1) fonts don't have a native Unicode map. Contrary to
popular belief, Type 1 fonts can store more than 256 glyphs in a pfb file, but
these can only be addressed by AGL name. At most 256 glyphs can be accessed by a
numeric index, for which various encodings schemes exist. A PS1 font can even
specify its own 8-bit encoding scheme in the afm file; this is common practice
for PS1 fonts targeting Central and Eastern Europe. The 8-bit encoding scheme is
irrelevant however for Unicode applications. Unicode-enabled libraries, like
freetype, define their own mapping from Unicode to AGL names, normally using the
list published by Adobe.
Adobe once decided that "t with cedilla" is not used in any language, so the AGL
name "Tcommaaccent", which is a glyph of T with a comma below, is actually
mapped by Adobe to the Unicode code point U+0162, which is supposed to represent
a t with cedilla. New OpenType fonts from Adobe also contain a glyph with the
AGL name "uni021A", which is visually identical to identical to "Tcommaaccent".
As you'd expect, "uni021A" is mapped to U+021A. Unfortunately, old PS1 fonts do
not a have a "uni021A" in their pfb. Thus, using the Adobe-provide AGL to
Unicode mapping for PS1 fonts, the code point U+021A remains unmapped.
Fontconfig will therefore choose to borrow the glyph from a another font, even
though the glyph is present in the pfb. This problem is illustrated by the
following OpenOffice screenshot:
[http://www.cs.umd.edu/~gaburici/oo/ro-font-test.png]. Practically all
PostScript type 1 fonts that ship with Fedora suffer from this problem.
Microsoft's Uniscribe automatically handles this issue by remapping U+21A/B to
U+162/3 when the former glyphs are missing. Unfortunately, the
Pango/fonconfig/freetype stack did't use to do this until 2008-07-27, so most
new Romanian documents cannot be displayed with Type 1 fonts properly. The extra
mapping has now been added in the CVS of freetype.
A test SRPM is available here:
[http://www.cs.umd.edu/~gaburici/freetype-2.3.8-0.3.20080729cvs.fc9.src.rpm].
Note that because it is built from CVS sources, it buildrequires libtool 2.2.4.
--
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, or are watching someone who is.
14 years, 9 months
