- From: Oliver Hunt <oliver@apple.com>
- Date: Sun, 10 Feb 2008 17:47:12 -0800
> > If, 5 years from now, most Web developers have 200dpi screens so > browsers are using at least a 2:1 ratio for their canvas backing > stores, then putImageData and getImageData could be safely > introduced with the current spec, because an assumption that device > pixels are the same as canvas units would break immediately in > testing. The problem is that you couldn't, if you waited for 5 years, you'd get 5 years of people developing on the assumption that there's a 1:1 ratio -- at that point you could no longer change the ratio as you would break 5 years of sites, even those sites made by developers with hidpi screens who had been trying to be correct -- because they would not be able to test. An example of this effect in html5 is the behaviour of transforms during path transforms -- having path construction not be effected by transforms would arguably be better than what html5 has ended up doing, and the reason html5 does it the way it does is because firefox and webkit have both been doing it that way for a number of years, and there's already content that breaks if we change behaviour. (Ideally there would be a distinct Path object that was not tied to the canvas, the resolving this issue) --Oliver > > > Rob > -- > "He was pierced for our transgressions, he was crushed for our > iniquities; the punishment that brought us peace was upon him, and > by his wounds we are healed. We all, like sheep, have gone astray, > each of us has turned to his own way; and the LORD has laid on him > the iniquity of us all." [Isaiah 53:5-6]
Received on Sunday, 10 February 2008 17:47:12 UTC