- From: Kenneth Rohde Christiansen <kenneth.christiansen@gmail.com>
- Date: Thu, 6 Jun 2013 12:09:24 +0200
- To: John Mellor <johnme@chromium.org>
- Cc: Simon Pieters <simonp@opera.com>, Tobie Langel <tobie@w3.org>, public-webapps <public-webapps@w3.org>, Mounir Lamouri <mounir@lamouri.fr>, David Bruant <bruant.d@gmail.com>, "Kostiainen, Anssi" <anssi.kostiainen@intel.com>, Rune Lillesveen <rune@opera.com>
In order for CSS Device Adaptation and Fullscreen to work better together and work with orientation lock in fullscreen mode, I suggest (idea by Rune) we extend the view-mode media feature with the following syntax @media all and (view-mode: fullscreen(#element1)) { @viewport { orientation: portrait; } } @media all and (view-mode: fullscreen(#element2)) { @viewport { orientation: landscape; } } This way a page can have multiple fullscreen enabled elements which each their viewport configuration which will be applied when they enter fullscreen. Cheers Kenneth On Thu, Jun 6, 2013 at 11:04 AM, Kenneth Rohde Christiansen <kenneth.christiansen@gmail.com> wrote: > As I understand it, the CSS specs never refer to device pixels, but > always to CSS pixels which are basically your DIPs, so the confusion > only arises from the fact that browsers did DPI adjustment (upscaled > the content to use real CSS values in CSS units - aka DIPs) but forgot > to do it for everything. > > As Apple did the upscaling in their core system/toolkit, everything > stayed in CSS units from day one, where as other browsers such as > Android and Qt (Nokia N9) did the upscaling in the browser itself and > forgot to adjust all web facing values. > > Kenneth > > On Wed, Jun 5, 2013 at 4:34 PM, John Mellor <johnme@chromium.org> wrote: >> Sounds reasonable. I think the main things that are missing are explanations >> of the knock-on effects of Device Adaptation (and the meta viewport tag). >> >> For example the CSSOM View module claims that all its dimensions are in CSS >> pixels. But if you look at what mobile browsers return for something like >> screen.width, they either return Device Independent Pixels (DIPs) or >> physical device pixels. It's only for things like window.innerWidth that >> mobile browsers actually return a value in CSS pixels. Now, returning DIPs >> does in fact best match the intent of the spec for screen.width (indeed the >> definition of a CSS pixel is actually the definition of a DIP, and they used >> to be the same thing until pinch zoom and viewports made them scale >> independently); but the CSS specs need to accept that there are more kinds >> of pixels than there used to be, and fix these ambiguities, if we want >> mobile browsers to converge on a single behaviour. >> >> >> On Wed, Jun 5, 2013 at 2:59 PM, Kenneth Rohde Christiansen >> <kenneth.christiansen@gmail.com> wrote: >>> >>> I think it should be. You think anything is missing? >>> >>> Kenneth >>> >>> >>> On Wed, Jun 5, 2013 at 3:51 PM, Simon Pieters <simonp@opera.com> wrote: >>>> >>>> On Wed, 24 Apr 2013 13:00:48 +0200, Kenneth Rohde Christiansen >>>> <kenneth.r.christiansen@intel.com> wrote: >>>> >>>>> I support adding some CSSOM API's for CSS Device Adaptation, but I would >>>>> not do so for the viewport meta tag, which has its share of issues. >>>> >>>> >>>> There's currently >>>> http://dev.w3.org/csswg/css-device-adapt/#dom-interfaces >>>> >>>> Is that sufficient? >>>> >>>> -- >>>> Simon Pieters >>>> Opera Software >>>> >>> >>> >>> >>> -- >>> Kenneth Rohde Christiansen >>> Senior Engineer, WebKit, Qt, EFL >>> Phone +45 4294 9458 / E-mail kenneth at webkit.org >>> >>> ﹆﹆﹆ >> >> > > > > -- > Kenneth Rohde Christiansen > Senior Engineer, WebKit, Qt, EFL > Phone +45 4294 9458 / E-mail kenneth at webkit.org > > ﹆﹆﹆ -- Kenneth Rohde Christiansen Senior Engineer, WebKit, Qt, EFL Phone +45 4294 9458 / E-mail kenneth at webkit.org ﹆﹆﹆
Received on Thursday, 6 June 2013 10:09:56 UTC