WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
89133
[Chromium-Android] Initialize font rendering in DumpRenderTree
https://bugs.webkit.org/show_bug.cgi?id=89133
Summary
[Chromium-Android] Initialize font rendering in DumpRenderTree
Xianzhu Wang
Reported
2012-06-14 15:33:50 PDT
Chromium-android use chromium-linux as the baseline of layout test, so we need to configure it to let the layout test results match those of chromium-linux as much as possible. In downstream, we initialize font rendering for Android in WebCore/platform/graphics/harfbuzz/FontPlatformDataHarfBuzz.cpp for both DumpRenderTree and Chromium, which is not good. We should initialize font rendering in DumpRenderTree code through WebKit API.
Attachments
patch
(4.61 KB, patch)
2012-06-14 15:42 PDT
,
Xianzhu Wang
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Xianzhu Wang
Comment 1
2012-06-14 15:42:03 PDT
Created
attachment 147664
[details]
patch
Adam Barth
Comment 2
2012-06-14 15:45:07 PDT
Comment on
attachment 147664
[details]
patch View in context:
https://bugs.webkit.org/attachment.cgi?id=147664&action=review
> Source/WebKit/chromium/src/linuxish/WebFontRendering.cpp:74 > +#if OS(LINUX) > + WebFontInfo::setSubpixelPositioning(useSubpixelPositioning); > +#endif
Is there non-test code that needs to be updated here as well?
Xianzhu Wang
Comment 3
2012-06-14 15:49:04 PDT
Comment on
attachment 147664
[details]
patch View in context:
https://bugs.webkit.org/attachment.cgi?id=147664&action=review
>> Source/WebKit/chromium/src/linuxish/WebFontRendering.cpp:74 >> +#endif > > Is there non-test code that needs to be updated here as well?
No except Chromium. I'll update the patch in
http://codereview.chromium.org/10544103/
and request review.
Tony Chang
Comment 4
2012-06-14 16:22:15 PDT
Comment on
attachment 147664
[details]
patch FWIW, the name linuxish is ambiguous to me. Maybe we should make a fontconfig directory instead?
Xianzhu Wang
Comment 5
2012-06-14 16:44:29 PDT
(In reply to
comment #4
)
> (From update of
attachment 147664
[details]
) > FWIW, the name linuxish is ambiguous to me. Maybe we should make a fontconfig directory instead?
In Chromium's build/filename_rules.gyp, 'linuxish' is used to indicate directories or files used when 'OS=="android" or OS=="linux" or OS=="openbsd" or OS=="freebsd"'. The implementation of WebFontRendering depends on HarfBuzz and/or Freetype port of Skia (don't know much details of it). In WebKit the harfbuzz directory is included when 'use_x11=1 or OS=="android"' so it seems to equal to 'linuxish' in Chromium's term.
James Robinson
Comment 6
2012-06-14 16:47:38 PDT
(In reply to
comment #5
)
> (In reply to
comment #4
) > > (From update of
attachment 147664
[details]
[details]) > > FWIW, the name linuxish is ambiguous to me. Maybe we should make a fontconfig directory instead? > > In Chromium's build/filename_rules.gyp, 'linuxish' is used to indicate directories or files used when 'OS=="android" or OS=="linux" or OS=="openbsd" or OS=="freebsd"'. The implementation of WebFontRendering depends on HarfBuzz and/or Freetype port of Skia (don't know much details of it). In WebKit the harfbuzz directory is included when 'use_x11=1 or OS=="android"' so it seems to equal to 'linuxish' in Chromium's term.
Drop the "ish". Just "linux", it's simpler.
Xianzhu Wang
Comment 7
2012-06-14 16:58:10 PDT
(In reply to
comment #6
)
> (In reply to
comment #5
) > > (In reply to
comment #4
) > > > (From update of
attachment 147664
[details]
[details] [details]) > > > FWIW, the name linuxish is ambiguous to me. Maybe we should make a fontconfig directory instead? > > > > In Chromium's build/filename_rules.gyp, 'linuxish' is used to indicate directories or files used when 'OS=="android" or OS=="linux" or OS=="openbsd" or OS=="freebsd"'. The implementation of WebFontRendering depends on HarfBuzz and/or Freetype port of Skia (don't know much details of it). In WebKit the harfbuzz directory is included when 'use_x11=1 or OS=="android"' so it seems to equal to 'linuxish' in Chromium's term. > > Drop the "ish". Just "linux", it's simpler.
No, in Chromium's build/filename_rules.gyp, files containing "_linux" and directories named "linux", and it's not possible to include them back in particular gyp with normal 'sources/' under conditions. Tricky 'target_conditions' must be used to override the rules. I changed the directory to "linuxish" to meet the Chromium's file name rule.
James Robinson
Comment 8
2012-06-14 16:59:21 PDT
There has to be a better solution than saying "linuxish".
Xianzhu Wang
Comment 9
2012-06-14 17:25:35 PDT
cq- because of the concerns of naming. We should make a decision of it. I'll send a mail to chromium-dev for it.
Adam Barth
Comment 10
2012-06-14 17:26:47 PDT
> There has to be a better solution than saying "linuxish".
IMHO, we should follow Chromium's conventions here for now. If we'd like to improve on linuxish, we should probably start by talking with the folks who picked that name. I suspect the choice might be more constrained that we might guess at first. Sharing this code between Linux and Android is valuable. We can move forward with this patch and debate project-wide naming issues in parallel.
Xianzhu Wang
Comment 11
2012-06-14 18:11:39 PDT
Comment on
attachment 147664
[details]
patch cq+ now. I'd be glad to make change based on any new decision.
WebKit Review Bot
Comment 12
2012-06-14 20:07:12 PDT
Comment on
attachment 147664
[details]
patch Clearing flags on attachment: 147664 Committed
r120394
: <
http://trac.webkit.org/changeset/120394
>
WebKit Review Bot
Comment 13
2012-06-14 20:07:17 PDT
All reviewed patches have been landed. Closing bug.
WebKit Review Bot
Comment 14
2012-06-14 20:59:18 PDT
Re-opened since this is blocked by 89162
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