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

Re: stupid multiple definitions for the TYPE attribute

From: Joel N. Weber II <devnull@gnu.ai.mit.edu>
Date: Sun, 7 Sep 1997 20:55:18 -0400 (EDT)
Message-Id: <199709080055.UAA29937@melange.gnu.ai.mit.edu>
To: drand@sgi.com
CC: www-style@w3.org, www-html@w3.org
   I think this is not the right solution.  We could end up with
   a forest of -type attributes like style-type, script-type, maybe
   others.

If you look inthe HTML4.0 index of attributes (at least in the version
I downloaded; I have only a 14.4, and feel have have better things
to do with my time than constantly retrieve the latest version of the
specs), you'll find that the `type' attribute can mean at least three
things; one for forms, another for OBJECT, and a third thing with
inline style.

From my perspective, I'd prefer to have different attribute names when
different meanings are used.  But maybe for you having TYPE mean
three different things is easier than having to parse three different
attributes???

   Why can't a single declaration at the top of the document declare
   the style language being used?  Have I missed a proposal to allow
   users to specify the style content per element?  That would be a
   very bad thing from a browser maker's point of view.

The HTML 4.0 spec provides a way to set the default style sheet language
for the document using HTTP headers (ugh) or with META HTTP-EQUIV;
most if not all tags can have a STYLE= attribute in that language
(for inline CSS; I don't know how it works for other style languages)
with TYPE= specifying the language if the document default needs to be
overridden.
Received on Sunday, 7 September 1997 20:55:27 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:53:51 GMT