- From: Chris Lilley <chris@w3.org>
- Date: Wed, 2 May 2012 05:38:56 +0200
- To: Simon Fraser <smfr@me.com>
- CC: Boris Zbarsky <bzbarsky@MIT.EDU>, www-style list <www-style@w3.org>, <public-fx@w3.org>
On Wednesday, May 2, 2012, 3:21:39 AM, Simon wrote: SF> On May 1, 2012, at 2:43 PM, Boris Zbarsky wrote: >> On 5/1/12 5:25 PM, Dirk Schulze wrote: >>> 3) 3D transform functions are treated as invalid if a UA just supports 2D. In this case any property settings are rejected if a 3D transform was found. Independent if 2D transforms are included in this list as well. This gives the author the possibility to provide two different transforms. One for UA's with and one for UAs without 3D support: >> This seems like the right approach to me for a UA that doesn't want to do 3D. This is certainly how it would work if they were separate modules and the UA just did not support the 3D module. >> -Boris SF> But what about printing? Is it OK for a UA to treat 3D transforms SF> as invalid in one context but not another? Yes, just as it would treat, say, color differently if taking to a color screen and a greyscale printer. Or all visual properties differently, if talking to a screen and a braille device. And we shouldn't assume that all printers will lack 3D support; some may add it later. So the media query suggested below seems appropriate. SF> Also, if we do this, I think we also need a media query that SF> allows an author to provide 3d and non-3d style rules. WebKit SF> already has such a media query with a a -webkit prefix, "-webkit-transform-3d". Do you have a couple of sentences of definition for that query? Is it a straight boolean supported/not-supported? -- Chris Lilley Technical Director, Interaction Domain W3C Graphics Activity Lead, Fonts Activity Lead Co-Chair, W3C Hypertext CG Member, CSS, WebFonts, SVG Working Groups
Received on Wednesday, 2 May 2012 03:39:22 UTC