- From: Tab Atkins Jr. <jackalmage@gmail.com>
- Date: Mon, 29 Jul 2013 13:08:33 -0700
- To: Rik Cabanier <cabanier@gmail.com>
- Cc: Simon Sapin <simon.sapin@exyr.org>, www-style list <www-style@w3.org>
On Mon, Jul 29, 2013 at 12:40 PM, Rik Cabanier <cabanier@gmail.com> wrote: > On Mon, Jul 29, 2013 at 4:10 AM, Simon Sapin <simon.sapin@exyr.org> wrote: >> Le 26/07/2013 18:41, Tab Atkins Jr. a écrit : >>> On Fri, Jul 26, 2013 at 10:21 AM, Simon Sapin<simon.sapin@exyr.org> >>> wrote: >>>> >>>> Le 26/07/2013 17:56, Tab Atkins Jr. a écrit : >>>>> >>>>> I don't think it should. For one, this would mean that the intrinsic >>>>> size of an image changes as you transform it, which is clearly not a >>>>> good result. >>>> >>>> >>>> Your first point also applies to user zoom, especially with mobile-style >>>> panning zoom. What does "snap" mean in this context? >>> >>> No, mobile pinch-zoom is a distinct type of zoom. We need to >>> formalize these concepts within CSS, as they're being formalized in >>> the back-end ad-hocly right now. >>> >>> The relevant type of zoom is the one that changes the viewport size. >>> This changes a bunch of the layout, so it's okay for images to have a >>> different intrinsic size. >> >> >> >> Ok. So, to sum up: >> >> * Transforms should not affect 'snap'. This makes 'snap' useless on >> transformed images, but that seems better than the alternative. >> >> * "Desktop-type" zoom that changes the size (in CSS units) of the initial >> containing block should affect 'snap'. That’s fine because layout probably >> changes anyway. > > > It seems that browser zoom/changing the device pixel ratio should not be > affected by 'snap'. They're not affected by snap, but snap is affected by them. > This is a very confusing property. Shouldn't there be a reference to device > pixel ratio? Maybe? The relevant concepts are very ill-defined in the platform at the moment (and this is a legacy property). ~TJ
Received on Monday, 29 July 2013 20:09:22 UTC