[Bug 873635] New: [ml_IN] Meera and Rachana rendering issues with Harfbuzz
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=873635
Bug ID: 873635
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, nav007(a)gmail.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com
Assignee: psatpute(a)redhat.com
Summary: [ml_IN] Meera and Rachana rendering issues with
Harfbuzz
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: apeter(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: smc-fonts
Product: Fedora
Description of problem:
Harfbuzz rendering with Meera and Rachana fonts fail for the following cases
with test case numbers here
http://silpa.org.in/pub/tests/hb/ml/hbview_test_results-2012-11-06/hbview...:
Meera:
2. അഥൎവ്വം (ൎdot reph is positioned correctly, but വ്വം is incorrect)
15. ക്ത്ര
19. ഖ്ര
55. സ്പ്ലേ
Rachana:
1. അൎത്ഥം (dot reph not formed)
2. അഥൎവ്വം ((dot reph not formed)
15. ക്ത്ര
19. ഖ്ര
53. സ്പ്രി
54. സ്പ്രേ (Meera does it right)
Thanks
Ani
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 2 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.
10 years, 3 months
[Bug 922357] New: [abrt] fontforge-20120731b-4.fc18: glyphmatches: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=922357
Bug ID: 922357
Summary: [abrt] fontforge-20120731b-4.fc18: glyphmatches:
Process /usr/bin/fontforge was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 18
Component: fontforge
Severity: unspecified
Priority: unspecified
Assignee: kevin(a)scrye.com
Reporter: magicant.starmen(a)nifty.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com,
paul(a)frixxon.co.uk, pnemade(a)redhat.com
Description of problem:
FontForge crashed when I tried to create a TTC file, merging four large
Japanese fonts.
I selected "File" -> "Generate TTC" and clicked "Save." Then FontForge freezed
for a few seconds and crashed. It left an empty (zero-byte) TTC file as output.
Version-Release number of selected component:
fontforge-20120731b-4.fc18
Additional info:
backtrace_rating: 4
cmdline: fontforge meiryo001x.ttf meiryo002x.ttf meiryo003x.ttf
meiryo004x.ttf
crash_function: glyphmatches
executable: /usr/bin/fontforge
kernel: 3.8.2-206.fc18.x86_64
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 glyphmatches at tottf.c:6454
#2 hashglyphfound at tottf.c:6486
#3 ttc_prep at tottf.c:6621
#4 WriteTTC at tottf.c:7073
#5 DoSave at savefontdlg.c:1587
#6 GFD_exists at savefontdlg.c:1631
#7 _gio_file_statfile at giofile.c:184
#8 _GIO_localDispatch at giofile.c:237
#9 _GFD_SaveOk at savefontdlg.c:1668
#10 GFD_SaveOk at savefontdlg.c:1679
--
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=XgiD0GBOMq&a=cc_unsubscribe
10 years, 3 months
[Bug 891457] New: [Regression] Chinese emulated Bold uneven and no longer works
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=891457
Bug ID: 891457
Summary: [Regression] Chinese emulated Bold uneven and no
longer works
Product: Fedora
Version: 18
Component: fontconfig
Severity: unspecified
Priority: unspecified
Reporter: htl10(a)users.sourceforge.net
Created attachment 671807
--> https://bugzilla.redhat.com/attachment.cgi?id=671807&action=edit
the test.Rnw file mentioned
Description of problem:
R has a way of generating pdf plots with Chinese annotations via cairo. The
plot titles are in sans:style=Bold, I believe. In F17 WenQuanYi Zen Hei is
subsetted and embedded as truetype. But in F18, an unknown bitmap is embedded
as CairoFont-?-? .
Version-Release number of selected component (if applicable):
fontconfig-2.10.2-1.fc18.x86_64
cairo-1.12.8-1.fc18.x86_64
freetype-2.4.10-2.fc18.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. run "R --vanilla CMD Sweave test.Rnw" (test.Rnw will be attached)
2. look at the test-002.pdf generated.
3.
Actual results:
Uneven boldening title
Expected results:
even boldening of the title
Additional info:
You need to run R under R to do this ; xvfb-run could be used for headless
system.
--
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=4XoE2ifmbw&a=cc_unsubscribe
10 years, 4 months
[Bug 880473] New: Can we drop Conflicts: dejavu-fonts from spec file?
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=880473
Bug ID: 880473
Summary: Can we drop Conflicts: dejavu-fonts from spec file?
Product: Fedora
Version: 18
Component: dejavu-fonts
Severity: unspecified
Priority: unspecified
Reporter: psatpute(a)redhat.com
Description of problem:
while running fedora-review on dejavu-fonts, got following error
- Package does not generate any conflict.
Note: Package contains Conflicts: tag(s) needing fix or justification.
Do we still need conflicts for Fedora 11 packages?
Conflicts: dejavu-fonts < 2.26-3
Conflicts: dejavu-fonts-experimental < 2.26-3
Version-Release number of selected component (if applicable):
dejavu-fonts-2.33-4
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 4 months
[Bug 864422] New: demo fonts are missing in font selection box
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=864422
Bug ID: 864422
Keywords: i18n
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
Assignee: tagoh(a)redhat.com
Summary: demo fonts are missing in font selection box
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: aalam(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: fontconfig
Product: Fedora
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 5 months
[Bug 905928] New: [gu_IN] remove dual mapping for characters
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=905928
Bug ID: 905928
Summary: [gu_IN] remove dual mapping for characters
Product: Fedora
Version: 18
Component: lohit-gujarati-fonts
Severity: unspecified
Priority: unspecified
Reporter: pnemade(a)redhat.com
Description of problem:
When Gujarati font is opened in fontforge following warnings are seen
The glyph named u0A81 is mapped to U+0964.
But its name indicates it should be mapped to U+0A81.
Version-Release number of selected component (if applicable):
lohit-gujarati-fonts-2.5.2-1.fc18.noarch
How reproducible:
always
Steps to Reproduce:
1. fontforge /usr/share/fonts/lohit-gujarati/Lohit-Gujarati.ttf
2. observe warnings
3.
Actual results:
provides dual mapping
Expected results:
should not provide dual mapping
Additional info:
--
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=epb5RHCRu6&a=cc_unsubscribe
10 years, 5 months
[Bug 903288] New: use -fno-strict-aliasing to fix some compilation warnings
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=903288
Bug ID: 903288
Summary: use -fno-strict-aliasing to fix some compilation
warnings
Product: Fedora
Version: 18
Component: fontforge
Severity: medium
Priority: unspecified
Reporter: pnemade(a)redhat.com
Created attachment 686075
--> https://bugzilla.redhat.com/attachment.cgi?id=686075&action=edit
add -fno-strict-aliasing to every needed Makefile
Description of problem:
I see fontforge build.log showing
ufo.c:1027:2: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
ufo.c:1031:2: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
spec file shows -fno-strict-aliasing added to CFLAGS but its not in effect.
Attached patch will modify each needed Makefile to add that flag
Also, attached patch removes some makefile rules as they are really not needed
Version-Release number of selected component (if applicable):
fontforge-20120731b-2.fc18.x86_64
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
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=wWCQRuabHz&a=cc_unsubscribe
10 years, 5 months