W3C home > Mailing lists > Public > whatwg@whatwg.org > December 2010

[whatwg] Processing the zoom level - MS extensions to window.screen

From: Charles Pritchard <chuck@jumis.com>
Date: Thu, 09 Dec 2010 09:40:48 -0800
Message-ID: <4D0114A0.1040005@jumis.com>

I spoke with a rep on Google TV, as well as a Microsoft IE rep: neither 
saw an active use-case for non-square pixels.

There are cases where width is stretched / squished, but they're always 
handled by scaling the output image. Think of fancy window manager 
effects, and of the ratio selection available on many tvs.

I think the cost of supporting a scaleX and scaleY are minimal; but as 
Robert suggests, the benefits are small. I've brought up the concept of 
a CSS Canvas, based on Robert's comments in this thread, where viewport 
transformations are taken into account by the rending engine.


On 11/23/2010 5:06 PM, Robert O'Callahan wrote:
> On Wed, Nov 24, 2010 at 1:53 PM, Kevin Marks <kevinmarks at gmail.com 
> <mailto:kevinmarks at gmail.com>> wrote:
>     Well, if we care about doing video processing with Canvas,
>     understanding anamorphic pixels is needed.
> You mean the aspect ratio of the video source? Sure, but here we're 
> talking about the output device.
> Anyway, adding APIs to help browsers display better quality output on 
> NTSC or PAL TVs seems like a waste of time to me.
> Rob
> -- 
> "Now the Bereans were of more noble character than the Thessalonians, 
> for they received the message with great eagerness and examined the 
> Scriptures every day to see if what Paul said was true." [Acts 17:11]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20101209/5be32092/attachment.htm>
Received on Thursday, 9 December 2010 09:40:48 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:28 UTC