- From: B via GitHub <sysbot+gh@w3.org>
- Date: Sat, 10 Sep 2016 00:07:06 +0000
- To: public-css-archive@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 https://github.com/w3c/csswg-drafts/issues/258#issuecomment-246072449 using your GitHub account
Received on Saturday, 10 September 2016 00:07:14 UTC