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: [XHTML] @show on <a/>

From: Asbjørn Ulsberg <asbjorn@tigerstaden.no>
Date: Tue, 07 Mar 2006 18:27:00 +0100
To: dolphinling <lists@dolphinling.net>, www-html@w3.org
Message-ID: <op.s51z3arj16f2qb@quark>

On Tue, 07 Mar 2006 18:06:34 +0100, dolphinling <lists@dolphinling.net>  
wrote:

> If it's for the same reason that target currently exists and you're  
> planning on using <object> like an iframe, then no, that's wrong.
>
> Links are for moving from one resource to another. <object> is for  
> external data that is part of the current resource. If you're changing  
> the source of the <object> data, then you're changing the current  
> resource, and it belongs in the realm of javascript.
>
> ("Resource" here meaning the same thing it does in URL/URI)

Yes, I agree. Changing the representation of a URI without changing the  
URI itself goes against the beautiful one-to-one-relationship between  
resource representation and URI. Breaking this also breaks the back-button  
and cuases all sorts of other problems I don't think the HTML  
specification should build up under.

Getting rid of frames was one step in the right direction, now please  
let's go all the way. Stuff like this belongs in JavaScript or -- I almost  
dare not say it -- stuff like Flash.

-- 
Asbjørn Ulsberg     -=|=-    http://virtuelvis.com/quark/ 
«He's a loathsome offensive brute, yet I can't look away»
Received on Tuesday, 7 March 2006 17:27:08 GMT
Valid XHTML 1.0! Valid CSS! Site Map | Privacy Policy | Terms of Use | WebHeadStart.org © 2005 All Rights Reserved.