[whatwg] <iframe srcdoc> definition not compatible with existing user-agent user interfaces
Boris Zbarsky
bzbarsky at MIT.EDU
Mon Apr 8 05:01:22 PDT 2013
On 4/8/13 1:20 AM, Ian Hickson wrote:
> If a browser can cache the data for a frame based on which frame it is
> rather than just its URL
In Gecko's case, say, it's cached based on URL and a sequence number (to
handle POST).
> If it can be made to work for POST, I don't see why srcdoc="" would be any
> harder. Just treat it the same way.
As in "store in the HTTP cache"? I suppose that could be done, in
theory, but it would require rewriting how the HTTP cache interacts with
the world...
>> And yet in practice they are (not quite, but in the end similar). So
>> the question is whether we should make that work or whether we just
>> break it and expect all existing UAs and UA extensions to update.
>
> I don't think those are the only options.
Sure, but the spec currently picks the second one of those two options,
fwiw.
> Well, as Rob said, arguably the mentioned UIs don't really apply here
> anyway, so maybe they should just not be shown.
Indeed.
My point was to raise a concern about this, in case it hadn't been
considered, not to suggest a specific solution. I don't have a specific
solution to suggest.
> Note that nothing in the spec mentions these UI features at all
Sure. At the same time, the existing UI feature set of UAs, and how
feasible it is to support those features with new technologies we add,
is worth considering when we spec new technologies. Just as a thought.
I don't know that I have much more to contribute to this thread, honestly...
-Boris
More information about the whatwg
mailing list