W3C home > Mailing lists > Public > whatwg@whatwg.org > October 2009

[whatwg] framesets

From: Eduard Pascual <herenvardo@gmail.com>
Date: Fri, 9 Oct 2009 22:59:24 +0200
Message-ID: <6ea53250910091359v2c7b94f9vc7b42f69043b3ddc@mail.gmail.com>
On Fri, Oct 9, 2009 at 10:39 PM, Peter Brawley <pb at artfulsoftware.com> wrote:
> Eduard,
>
>>Everything that can be achieved with <frameset> can be done through
>><table>+<iframe>.
>
> If that's so, someone ought to be able to point at some examples.
I just got something even better [1]: it doesn't even use <iframe>: it
goes away with <div>s, CSS, and scripting.
<table>+<iframe> would make things simpler, since the page would only
need to add a bit of script to handle the resizing.

> Supposing that someone can produce examples, the argument for removing
> frames from HTML5 becomes: "frameset has been in HTML till now, but is being
> removed because we do not like it. If you insist on such use cases,
> re-architect them." That's a misuse of standards.
That's not the argument. It would be something more like "frameset has
arisen several issues and doesn't solve anything that can't be solved
in a different way. If you insist on using frameset, just forget about
HTML5 validation."
After all, the only purpose of validation is to have a hint of
potential interoperability and accessibility issues. If you are using
<frameset>, you should already be aware of the issues you might face,
so you don't need a validator to hint them to you.

>>What'd be the point of keeping two sources of issues when one can be
>>enough to cover all use-cases?
>
> If your premiss is correct, backward compatibility.
Backward compatibility is not handled at the language level, but at
the application level. <frameset> will not stop working: browsers will
keep handling it as they have until now. Leaving <frameset> out of the
spec only affects validation.
Furthermore, AFAIK it's entirely valid to have an HTML4 Frameset
doctype for a .html file, and refer from the <frameset> to files that
use the HTML5 doctype and new features. Since <frameset> has always
been intended to be used only from a "frameset page" or "master page",
what purpose would serve allowing them on a non-frameset doctype?
Furthermore, since HTML5 adds no features at all to <frameset>, would
it make any sense to define a "HTML5 Frameset doctype"?

In summary: you can still use <frameset> as much as you want; and
trigger either "quirks" or "standard" mode on the client side. In
addition, if you manage properly your files and doctypes, you can even
have everything validating. What are you exactly asking for?

Regards,
Eduard Pascual

[1]: http://msdn.microsoft.com/en-us/library/system.windows.forms.htmldocument.aspx
Received on Friday, 9 October 2009 13:59:24 UTC

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