WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 92098
20783
[GTK] @font-face fonts do not have complex text support
https://bugs.webkit.org/show_bug.cgi?id=20783
Summary
[GTK] @font-face fonts do not have complex text support
Khaled Hosny
Reported
2008-09-11 08:16:01 PDT
Using
r36309
, Arabic text got rendered with the specified font (thanks to fixing #16942), but when I use @font-face CSS property (downloadable fonts) only Latin part get rendered using the specified font, while Arabic is rendered using one of my system fonts.
Attachments
testcase
(419.23 KB, application/zip)
2008-09-11 08:20 PDT
,
Khaled Hosny
no flags
Details
Screenshot of the font installed
(32.75 KB, image/png)
2008-09-11 08:23 PDT
,
Khaled Hosny
no flags
Details
Screenshot of the font unsing @font-face
(31.87 KB, image/png)
2008-09-11 08:25 PDT
,
Khaled Hosny
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Khaled Hosny
Comment 1
2008-09-11 08:20:39 PDT
Created
attachment 23347
[details]
testcase The web-font.html and installed-font.html should be rendered the same (of course you need to install the font for the later to work)
Khaled Hosny
Comment 2
2008-09-11 08:23:25 PDT
Created
attachment 23348
[details]
Screenshot of the font installed
Khaled Hosny
Comment 3
2008-09-11 08:25:10 PDT
Created
attachment 23349
[details]
Screenshot of the font unsing @font-face Notice that Latin text is rendered the same in both screenshots.
Alp Toker
Comment 4
2008-09-23 20:48:22 PDT
Confirmed. This is blocked by Pango:
http://bugzilla.gnome.org/show_bug.cgi?id=347237
Downgrading bug to P3 because there's nothing we can do about it until Pango is fixed and the text is still legible. Please let us know when the fix gets into Pango so we can support this!
Khaled Hosny
Comment 5
2008-10-17 05:27:23 PDT
I'm not sure if this is relevant, but you might be interested in this comment
http://bugzilla.gnome.org/show_bug.cgi?id=346942#c14
Martin Robinson
Comment 6
2010-10-21 16:41:26 PDT
This no longer appears to be an issue. The @font-face font is used (with the FreeType backend). Unfortunately, since we do not have complex text support for @font-face fonts yet, the render is totally incorrect. The attached test cases are very nice and I'd like to preserve them, so I'll update the title of this issue to reflect the current state of things.
Eric Seidel (no email)
Comment 7
2012-10-27 00:34:01 PDT
Is this covered by
bug 92098
?
Martin Robinson
Comment 8
2012-10-27 11:21:14 PDT
Yeah, switching to HarfBuzzNG will fix this issue.
Martin Robinson
Comment 9
2012-10-27 12:49:39 PDT
***
Bug 72837
has been marked as a duplicate of this bug. ***
Martin Robinson
Comment 10
2012-12-11 01:42:32 PST
*** This bug has been marked as a duplicate of
bug 92098
***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug