W3C home > Mailing lists > Public > public-css-archive@w3.org > September 2016

Re: [csswg-drafts] [css-device-adapt] @viewport is preloader-hostile

From: B via GitHub <sysbot+gh@w3.org>
Date: Sat, 10 Sep 2016 00:07:06 +0000
To: public-css-archive@w3.org
Message-ID: <issue_comment.created-246072449-1473466024-sysbot+gh@w3.org>
@bradkemper I should clarify and correct myself on the scale factor 
required by my Desktop mode use case (as I slightly misspoke). The 
reason I involve changing the meta viewport `initial-scale` is that 
for phones in portrait, I set the desktop width at 768 (technically an
 average tablet portrait width, 1024 being too small to appear useful 
at 300-400ish) and the landscape width at 1024.

In case the user has zoomed, I apply a zoom reset (that zoom would get
 lost after rotation to a different width, and to make it clear that 
the width is different). So the initial-scale change and locking 
during the transition is to zoom back-out at scale 1.0 for the new 
given width.

That's more or less trying to circumvent the annying sticky zoom 
between one rotation and another, or during page reload which @pp-koch
 is alluding to. That doesn't happen with @viewport IE/Edge. All you 
have to do with @viewport is set the width and get an automatic 
initial-scale=1.0 at the given size with no sticky zoom.

For that discrepancy, meta viewport could use an additional setting 
called `maintain-zoom=yes/no` or align behaviors. IMO I don't really 
much of a point in maintaining zoom on rotation or reload. It create a
 bunch of other issues (like unwanted zooms on fixed content due to 
rotation I observe on iOS).

GitHub Notification of comment by hexalys
Please view or discuss this issue at 
using your GitHub account
Received on Saturday, 10 September 2016 00:07:14 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 06:41:03 UTC