On Sun, 09 Jan 2011 00:02:47 +0100, Benjamin Poulain
<[email protected]> wrote:
On 01/08/2011 11:45 PM, ext Charles Pritchard wrote:
My point was that the resources are requested, instead of aborted.
Yes, the elements should be in the DOM and focusable (and I've opened
a webkit bug for that) -- my point is that an img tag should not
spawn a network request during page load, for the fallback content
unnecessarily.
After page load, it makes sense for img and iframe; as injected by
scripting; prior to that, it seems wasteful, it seems that
img.abort() should be called.
My point is that such behavior would create differences in behavior
depending on where the image is in the dom.
Once the page is loaded, one would expect all images to be available.
Which would not be the case if images are not loaded, the one under
canvas would have a different behavior.
Hmmm. While the user agent accessibility guidelines require the ability
for the user to swap between the alternatives (in this case, the canvas
and its content elements) in rendering, until you do that there is no need
I can see to *load* an image if you're only moving focus - until you have
a need for the image *data*, it is just a placeholder anyway.
I understand your point, loading stuff is not a free operation. I just
think not doing it would make things even more complicated for content
provider.
That's not clear to me - it seems like it coulbe left as an implementation
detail when the load might take place.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
