[Bug 70132] Support @font-face
by Bugzilla@Mozilla
Do not reply to this email. You can add comments to this bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=70132
--- Comment #198 from Lars Gunther <webmaster(a)keryx.se> 2009-07-01 11:11:18 PDT ---
This was originally brought to my attention from by Erik Dahlström of Opera and
the SVG WG. He knows way much more about this than I do, and I will bring this
discussion to his attention. It is over my head, and I frankly do not have the
time to debug this right now.
The testcase at m8y.org does fail in Opera 10 beta.
(P.S. Sorry for my bad spelling. Absent minded while typing...)
--
Configure bugmail: https://bugzilla.mozilla.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months
[Bug 70132] Support @font-face
by Bugzilla@Mozilla
Do not reply to this email. You can add comments to this bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=70132
--- Comment #195 from Lars Gunther <webmaster(a)keryx.se> 2009-07-01 08:14:15 PDT ---
Re #193: The test case I was referring to is not about SVG fonts. It is about
using the CSS declaration @font-face in SVG files, like so:
@font-face {
font-family: tuffy;
src: url(ryanlerch_-_Tuffy_Bold.ttf) format("truetype");
}
Comment #192 was probably badly worded.
Re #194: The test case does indeed fail in Firefox 3.5 and Minefield. I will
attach a screen grab.
--
Configure bugmail: https://bugzilla.mozilla.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 11 months
[Bug 481434] New: Symbol U+0431 looks blurry
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: Symbol U+0431 looks blurry
https://bugzilla.redhat.com/show_bug.cgi?id=481434
Summary: Symbol U+0431 looks blurry
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: sergei(a)regolit.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
Created an attachment (id=329915)
--> (https://bugzilla.redhat.com/attachment.cgi?id=329915)
The difference before old and new glyph.
Description of problem:
Symbol U+0431 (russian letter “б”) looks bad since revision
877cd82cc8ef4b7f9f1b3645ad0dd54efe60e3fb. In that revision glyph's shape was
altered but hint instructions were not.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
Render string containing symbol "б" with antialiasing turned on and compare
with revision before 877cd82cc8ef4b7f9f1b3645ad0dd54efe60e3fb.
Actual results:
Expected results:
Normal shape is expected.
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, 11 months
[Issue 103157] Liberation Fonts v1.04 have no kerning tables
by hdu@openoffice.org
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=103157
User hdu changed the following:
What |Old value |New value
================================================================================
Status|NEW |RESOLVED
--------------------------------------------------------------------------------
Resolution| |INVALID
--------------------------------------------------------------------------------
Summary|Liberation Fonts v1.04 wit|Liberation Fonts v1.04 hav
|hout kerning |e no kerning tables
--------------------------------------------------------------------------------
------- Additional comments from hdu(a)openoffice.org Wed Jul 1 09:18:19 +0000 2009 -------
Liberation 1.00 to 1.03 contained the traditional kern tables, but 1.04 did neither contain them nor
their newer GPOS.kern counterparts. Version 1.05 provides kerning details only via GPOS, but not via
the traditional tables. Since 1.05 onyl uses the "pair adjustment" type of GPOS.kern there is no good
reason they do not also provide the traditional tables.
Especially when considering the OpenType 1.06 specification, which is quite clear on that topic: "Fonts
intended for cross-platform use or for the Windows platform in general should conform to the 'kern'
table format". I support this notion.
@fyva: if you use fontforge to create your fonts please do not forget to enable the "Traditional Kerning"
checkbox in File->GenerateFonts->Options->SFNT
It would be even better if you used a version of fontforge that has my patch from issue 102911
applied.
Other than that there is the enhancement issue 31764 for OOo to use GPOS.kern instead of SFNT.kern.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
14 years, 11 months