[webkit-dev] Feature announcement: canvas pixel access API additions for high-resolution backing stores

[Oliver Hunt]

On Apr 16, 2012, at 1:44 PM, Darin Fisher <darin at chromium.org> wrote:
> I'm not sure why developers would choose to ignore HiDPI.  It seems like it helps their apps/pages look better!
> 
> You really feel like you need to "kowtow" to developers to get them to adopt HiDPI?

The existing API supported high dpi, no one wrote there code to handle it because no one really uses it.  It will be decades before high dpi is the norm (eg. it will remain a "no one really uses it" feature), so why would you go for the more complex and slower code path to support something that will in general not effect anyone?

--Oliver

> 
> -Darin
> 
>  
>> 
>> -Darin
>> 
>>  
>>> 
>>> Regards,
>>> -Darin
>>> 
>>> 
>>> 
>>> On Thu, Apr 12, 2012 at 6:17 PM, Dan Bernstein <mitz at apple.com> wrote:
>>> [This is actually an enhancement announcement to an existing feature]
>>> 
>>> Over at <http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-March/035112.html>, Edward O’Connor has proposed enhancements to CanvasRenderingContext2D to allow authors to take full advantage of high-resolution backing stores, when available (whereas the existing API hides the fact that the backing store resolution is not CSS pixel resolution, for compatibility with existing content). The enhancements include a backingStorePixelRatio attribute and {get,put}ImageDataHD functions on CanvasRenderingContext2D.
>>> 
>>> Through <https://bugs.webkit.org/show_bug.cgi?id=83619> and <https://bugs.webkit.org/show_bug.cgi?id=83836>, I am making these enhancements, with the names prefixed with “webkit”.
>>> 
>>> There is no build-time option to disable these enhancements. Ports that don’t opt into ENABLE_HIGH_DPI_CANVAS get a working, albeit boring, version of the additional API. Ports that opt into high-DPI canvas need to enhance their ImageBuffer implementation to fully support the resolutionScale and CoordinateSystem parameters.
>>> _______________________________________________
>>> webkit-dev mailing list
>>> webkit-dev at lists.webkit.org
>>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>> 
>>> _______________________________________________
>>> webkit-dev mailing list
>>> webkit-dev at lists.webkit.org
>>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>> 
>> 
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20120416/15d34765/attachment.html>