On 1/23/15 10:12 PM, Brent Fulgham wrote:
I’ve been running through the full set of Windows layout tests, and have found
that several of the ViewPort tests fail.
It’s likely that there are some small bits of the IWebView/IWebFrame stuff that
is not fully connected to the WebCore viewport pieces. It might not be much
work to fix it.
A great first step would be to take a look at the LayoutTests viewport tests
and figure out why they don’t work. These live in ‘LayoutTests/fast/viewport’
and are currently skipped on Windows.
Those tests are legacy stuff added by Nokia. I am not sure if anyone
actually runs them.
They are only useful for mobile, Windows or OS X are not supposed to
pass fast/viewport.
Thanks,
-Brent
On Jan 23, 2015, at 8:18 PM, Benjamin Poulain <[email protected]> wrote:
On 1/23/15 7:41 PM, Luc R. wrote:
I've been trying to run a few examples of mobile web pages using
WinCairo port, and often seeing that content is not re-sized to fit the
window like on a smartphone screen. I am setting the window size to be
the analog of mobile viewport size (e.g. 320x568) + adding mobile user
agent.
In this setup seems like viewport html tag is not honored and the
default behavior is different from a mobile device. Could anyone advice
on the architecture of how device-specific rendering is handled in
WebKit, should it be implemented on per-port basis, and WinCairo missing
this, or am I just missing something obvious?
Layout on touch devices works quite differently. The only port that uses that
is iOS WebKit.
Basically the viewport on touch devices is split in 3:
-A layout viewport.
-A visual viewport.
-A fixed element viewport.
The only port that uses that is iOS.
Benjamin
_______________________________________________
webkit-help mailing list
[email protected]
https://lists.webkit.org/mailman/listinfo/webkit-help
_______________________________________________
webkit-help mailing list
[email protected]
https://lists.webkit.org/mailman/listinfo/webkit-help
