Bug 83264

Summary: [EFL][DRT] @font-face support fails on EFL
Product: WebKit Reporter: Dominik Röttsches (drott) <d-r>
Component: WebKit EFLAssignee: Dominik Röttsches (drott) <d-r>
Status: RESOLVED FIXED    
Severity: Normal CC: abarth, ap, dglazkov, epoger, eric, gyuyoung.kim, hbono, japhet, lucas.de.marchi, rakuco, rwlbuis, webkit.review.bot
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on:    
Bug Blocks: 84234    
Attachments:
Description Flags
Inverting switch logic for storing custom font data
none
Inverting switch logic for storing custom font data none

Description Dominik Röttsches (drott) 2012-04-05 04:16:26 PDT
Several LayoutTests require @font-face to be working. This seems to fail,
e.g. at least in the new tests from bug 34147:
/fast/css/font-face-synthetic-bold-italic.html
/fast/css/font-face-weight-matching.html
Comment 1 Dominik Röttsches (drott) 2012-04-18 04:14:11 PDT
Created attachment 137667 [details]
Inverting switch logic for storing custom font data

Feedback from Chromium people is appreciated.
Comment 2 Dimitri Glazkov (Google) 2012-04-18 07:56:15 PDT
Comment on attachment 137667 [details]
Inverting switch logic for storing custom font data

View in context: https://bugs.webkit.org/attachment.cgi?id=137667&action=review

> Source/WebCore/loader/cache/CachedFont.cpp:30
> +#if !(PLATFORM(CHROMIUM) && OS(DARWIN) && USE(CG)) && !PLATFORM(WIN_CAIRO) && !PLATFORM(WX)

Since we no longer use CG in Chromium, I don't think that condition is even needed here. Elliot?
Comment 3 epoger 2012-04-18 08:46:26 PDT
(In reply to comment #2)
> (From update of attachment 137667 [details])
> View in context: https://bugs.webkit.org/attachment.cgi?id=137667&action=review
> 
> > Source/WebCore/loader/cache/CachedFont.cpp:30
> > +#if !(PLATFORM(CHROMIUM) && OS(DARWIN) && USE(CG)) && !PLATFORM(WIN_CAIRO) && !PLATFORM(WX)
> 
> Since we no longer use CG in Chromium, I don't think that condition is even needed here. Elliot?

Well, (PLATFORM(CHROMIUM) && OS(DARWIN) && USE(CG)) should always evaluate to FALSE, because as of http://trac.webkit.org/changeset/110056 , the Chromium gyp files within WebKit won't use CG.

There is still cleanup that needs to be done to get rid of all the lingering Chromium+CG code... tracked in http://crbug.com/110881 ('cleanup: remove use_skia=0 build option')
Comment 4 Dominik Röttsches (drott) 2012-04-18 08:51:56 PDT
(In reply to comment #3)
> (In reply to comment #2)
> > (From update of attachment 137667 [details] [details])
> > View in context: https://bugs.webkit.org/attachment.cgi?id=137667&action=review
> > 
> > > Source/WebCore/loader/cache/CachedFont.cpp:30
> > > +#if !(PLATFORM(CHROMIUM) && OS(DARWIN) && USE(CG)) && !PLATFORM(WIN_CAIRO) && !PLATFORM(WX)
> > 
> > Since we no longer use CG in Chromium, I don't think that condition is even needed here. Elliot?
> 
> Well, (PLATFORM(CHROMIUM) && OS(DARWIN) && USE(CG)) should always evaluate to FALSE, because as of http://trac.webkit.org/changeset/110056 , the Chromium gyp files within WebKit won't use CG.
> 
> There is still cleanup that needs to be done to get rid of all the lingering Chromium+CG code... tracked in http://crbug.com/110881 ('cleanup: remove use_skia=0 build option')

So, can I conclude that 
#if !PLATFORM(WIN_CAIRO) && !PLATFORM(WX)
would be enough?
Comment 5 epoger 2012-04-18 08:58:39 PDT
(In reply to comment #4)
> So, can I conclude that 
> #if !PLATFORM(WIN_CAIRO) && !PLATFORM(WX)
> would be enough?

As far as I know, yes.
Comment 6 Dominik Röttsches (drott) 2012-04-18 08:59:23 PDT
Created attachment 137704 [details]
Inverting switch logic for storing custom font data

Chromium case removed after feedback from Chromium people.
Comment 7 WebKit Review Bot 2012-04-18 10:17:13 PDT
Comment on attachment 137704 [details]
Inverting switch logic for storing custom font data

Clearing flags on attachment: 137704

Committed r114523: <http://trac.webkit.org/changeset/114523>
Comment 8 WebKit Review Bot 2012-04-18 10:17:19 PDT
All reviewed patches have been landed.  Closing bug.