Welcome to WebHeadStart.org

Web Technologies

Sponsored By

WebHeadStart.org is currently in beta.
Please pardon our appearance as we work to provide you with the most comprehensive reference on today's web technologies.

Interested in advertising on WebHeadStart? Become an advertising partner today!

[WWW-HTML Mailing List Archive Home] [Messages By Thread] [Messages By Date]

Re: HTML Improvement/Suggestion

From: Laurens Holst <lholst@students.cs.uu.nl>
Date: Tue, 13 Dec 2005 00:55:17 +0100
Message-ID: <439E0DE5.80109@students.cs.uu.nl>
To: Anne van Kesteren <fora@annevankesteren.nl>
Cc: www-html@w3.org

Anne van Kesteren schreef:
>> Afaik, the type attribute (or whatever its name may be) in this case 
>> means to indicate what types it accepts. So supposedly <object 
>> src="bla.html" type="image/*">fallback content</object> would result 
>> in the fallback content being shown, unless the server associates the 
>> .html extension with an image/ type.
>
> Really? I hope that's not true. Looking at the definition of 
> "srctype"[1] (heck,
> had it to be renamed?) you might be right. I'd say it is very 
> underdefined
> though.

Basically you would just be controlling (or rather: filtering) the 
Accept: headerâ?¦ I suppose thatâ??s an advantage of having <img> as a 
shorthand for <object srctype="image/*">; otherwise the Accept header 
would more often be sent much more generally than is necessary when you 
want to view an image, because people would often omit the srctype 
attribute, and you would loose information like â??this browser/user 
prefers PNG over BMPâ??.

On the other hand, people who really want to use the Accept header might 
just as well be told to just use the attribute then :). Itâ??s not an oft 
used feature of HTTP. On the other other hand, at least in Mozilla the 
Accept header for images is much shorter than the general one, so 
thereâ??s a few bytes to be saved (pffft ;p).

Anyways, the definition is fine by me. If you specify a type, obviously 
you donâ??t want anything else (object type="image/svg+xml" clearly 
doesnâ??t mean you would like to receive a PNG ^_^). But yeah, why change 
the nameâ?¦

But heh, youâ??re the one saying it isnâ??t compatible anyway! :) More 
seriously though, in case XHTML2.0 ever would get an 
http://www.w3.org/1999/xhtml  namespace browsers could still â??understandâ?? 
the old attributes. Maybe itâ??s a good way for the browsers to 
distinguish XHTML 1.0 <object> element behavior from XHTML 2.0 <object> 
behavior (assuming that it differs).

Anyways, I would appreciate it if for once the HTML WG would either 
commit to using the XHTML 1.0 namespace (oh, yes please), or just break 
totally free from it. Then at least Iâ??d know what weâ??re heading for with 
this, and form an opinion based on that. Because obviously if you want 
to stay semi-compatible with XHTML 1.0, there are other considerations 
than if you donâ??t.


~Grauw

-- 
Ushiko-san! Kimi wa doushite, Ushiko-san!!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Laurens Holst, student, university of Utrecht, the Netherlands.
Website: www.grauw.nl. Backbase employee; www.backbase.com.
Received on Monday, 12 December 2005 23:55:22 GMT
Valid XHTML 1.0! Valid CSS! Site Map | Privacy Policy | Terms of Use | WebHeadStart.org © 2005 All Rights Reserved.