[Bug 995790] New: Wrong rendering for സ്റ്റ asa
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=995790
Bug ID: 995790
Summary: Wrong rendering for സ്റ്റ asa
Product: Fedora
Version: 19
Component: lohit-malayalam-fonts
Severity: medium
Assignee: psatpute(a)redhat.com
Reporter: anivar.aravind(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
Description of problem:
Rendering is wrong for
Version-Release number of selected component (if applicable):
How reproducible:
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=5vQbENJG8r&a=cc_unsubscribe
10 years, 3 months
[Bug 960212] New: Broken ė in DejaVu Sans Bold and Italic
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=960212
Bug ID: 960212
Summary: Broken ė in DejaVu Sans Bold and Italic
Product: Fedora
Version: 18
Component: dejavu-fonts
Severity: unspecified
Priority: unspecified
Assignee: nicolas.mailhot(a)laposte.net
Reporter: mattias.ellert(a)fysast.uu.se
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk,
peter(a)thecodergeek.com
Category: ---
Created attachment 744278
--> https://bugzilla.redhat.com/attachment.cgi?id=744278&action=edit
Screendump showing the letter ė in DejaVu Sans at various sizes
Description of problem:
The letter ė is broken in DejaVu Sans on small sizes of the Italic font and the
Bold font. The attachment shows a screendump of the letters ėĖ in sizes 8 9 10
11 12 13 14 15 and 16 in DejaVu Sans. The first row shows Regular, then Italic,
than Bold and last Bold Italic.
Sizes 8-12 of the Bold font and 8-13 of the Italic font shows the dot above as
a vertical line starting where the dot is supposed to be and ending at the
baseline. Larger sizes look OK, as do all sizes of Regular and Bold Italic. The
capital Ė looks OK everywhere.
Version-Release number of selected component (if applicable):
dejavu-sans-fonts-2.33-4.fc18.noarch
How reproducible:
Always. It is seen in multiple applications. The screenshot is done in Libre
Office, but the same thing happens in e.g. firefox.
--
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=I3883HddAH&a=cc_unsubscribe
10 years, 3 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, 4 months
[Bug 1056845] New: some packaging issues
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1056845
Bug ID: 1056845
Summary: some packaging issues
Product: Fedora
Version: 20
Component: smc-fonts
Assignee: psatpute(a)redhat.com
Reporter: pnemade(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
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
Description of problem:
Looks like when 6.0 update got pushed it was not cleanly packaged. The issues
in current spec I see are
1) rpmlint *.rpm
smc-anjalioldlipi-fonts.noarch: W: no-documentation
smc-dyuthi-fonts.noarch: W: no-documentation
smc-kalyani-fonts.noarch: W: no-documentation
smc-meera-fonts.noarch: W: wrong-file-end-of-line-encoding
/usr/share/doc/smc-meera-fonts/COPYING
smc-rachana-fonts.noarch: W: wrong-file-end-of-line-encoding
/usr/share/doc/smc-rachana-fonts/LICENSE
smc-rachana-fonts.noarch: W: wrong-file-end-of-line-encoding
/usr/share/doc/smc-rachana-fonts/COPYING
smc-raghumalayalam-fonts.noarch: W: no-documentation
smc-suruma-fonts.noarch: W: no-documentation
9 packages and 0 specfiles checked; 0 errors, 8 warnings.
=> Fix rpmlint warnings. There are documentation files also available for other
packages which says "no-documentation". Add those files.
2) Spec use %global instead of %define unless justified.
Note: %define requiring justification: %define fontname smc, %define
common_desc The SMC Fonts package contains fonts for the display
oftraditional and new Malayalam Script.
3) Every patch should provide reference for what purpose its used with related
bug link
4) Group tag is now optional and can be removed.
Version-Release number of selected component (if applicable):
smc-fonts-6.0-2.fc20.src.rpm
How reproducible:
always
--
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=Rn9zSccoSv&a=cc_unsubscribe
10 years, 4 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, 4 months
[Bug 1056029] New: Fontconfig and summary required fixes
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1056029
Bug ID: 1056029
Summary: Fontconfig and summary required fixes
Product: Fedora
Version: 20
Component: google-crosextra-caladea-fonts
Assignee: pnemade(a)redhat.com
Reporter: psatpute(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
This is not a sans-serif fonts.
Version-Release number of selected component (if applicable):
google-crosextra-caladea-fonts-1.002-0.2.20130214
How reproducible:
everytime
Steps to Reproduce:
1. Apply fonts to any text. There is serif with each glyph.
2. Open /usr/share/fonts/google-crosextra-caladea/Caladea-Regular.ttf in
fontforge
3. Element->Fontinfo-> OS/2 (PFM Value)
Actual results:
its listed as a sans-serif
Expected results:
it should be serif
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=fyq7lX6MWM&a=cc_unsubscribe
10 years, 4 months