W3C home > Mailing lists > Public > www-style@w3.org > September 1996

Re: Frames and Documents (fwd)

From: MegaZone <megazone@livingston.com>
Date: Wed, 4 Sep 1996 12:59:49 -0700 (PDT)
Message-Id: <199609041959.MAA24850@server.livingston.com>
To: www-html@w3.org, www-style@w3.org
Once upon a time Stephanos Piperoglou shaped the electrons to say...
>wrong. Technically you should view only one document at a time, and the
>various frames are part of that document.

Why?  I don't see the reason for this and it sounds like terribly out-dated

>The way to do away with the various problems that TARGETs, bookmarks, titles
>etc present is to always have a document as a main document that may create
>frames (that either contain part of the same document or other documents).
>ALL links refer to what is now known as the _top frame, and if these
>documents contain the same or other frames, that's fine. Otherwise they
>occupy the whole window, as they should.

This is terrible.  So we get to reproduce the same data on EVERY page if
we want the same frame?  If this is the case, you may as well not bother
as the public will ignore such a system completely and simply continue to
use Netscape's system.  A standard that has LESS capabilities then the 
current de facto standard may as well never exist.

>Don't forget that there will always be browsers that do not support frames,
>and to these browsers the same document must contain the same amount of

Yeah, and they are less than 10% of the browser market.  Look at the web
today, how many Frames authors give a shit about them?  Almost none.  And
those that do can use NOFRAMES or link to a non-framed version of the site.
Your proposal is, IMHO, a step backwards.

Livingston Enterprises - Chair, Department of Interstitial Affairs
Phone: 800-458-9966 510-426-0770 FAX: 510-426-8951 megazone@livingston.com
For support requests: support@livingston.com  <http://www.livingston.com/> 
Snail mail: 6920 Koll Center Parkway  #220, Pleasanton, CA 94566
Received on Thursday, 5 September 1996 13:12:51 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:26:41 UTC