ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> xml-dev
xml-dev
Re: [xml-dev] Re: Can XLink be fixed?
by Simon St.Laurent other posts by this author
Aug 15 2002 5:35PM messages near this date
Re: [xml-dev] Re: Can XLink be fixed? | Re: [xml-dev] Re: Can XLink be fixed?
Tim Bray wrote:
>  Having said that, I think that certain HTML idioms, such as
>  
>  <img src="URL of picture" alt="local text" longdesc="URL of text">
>  
>  are really bad markup design and aren't worth grandfathering.  Why
>  bad? Suppose you want to have descriptions (long or short) in more
>  than one language, and suppose you want to provide multiple sizes of
>  the picture, etc; 

The URI people keep telling me that's a job for content-negotiation,
providing multiple representations of a single resource.  I guess
there's a good question about whether the longdesc resource is just a
representation of the same resource identified by the src attribute...
How deep do you really want to go with this?

Alt text in multiple languages might be handy, I agree.

>  in fact, while you can argue about the appropriate
>  uses of elements and attributes almost forever, this is a good
>  example of how not to use attributes.  

I dunno about that, unless maybe we want to get into requiring all
URI-containing values to be child elements rather than elements.  I
don't see any reason that src and longdesc don't both qualify as
metadata about the img element, though I'm sure I could come up with
something vaguely plausible.

-- 
Simon St.Laurent
Ring around the content, a pocket full of brackets
Errors, errors, all fall down!
http://simonstl.com

-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org> , an
initiative of OASIS <http://www.oasis-open.org> 

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl> 
Thread:

Rick Jelliffe
Henry S. Thompson
Norman Walsh
Norman Walsh
Paul Prescod
Simon St.Laurent
Norman Walsh
Simon St.Laurent
Robin Berjon
=?iso-8859-1?Q?Bill_de_h=D3ra?=
Simon St.Laurent
Paul Prescod
Simon St.Laurent
Robin Berjon
Simon St.Laurent
Simon St.Laurent
Norman Walsh
Simon St.Laurent
Norman Walsh
Simon St.Laurent
Simon St.Laurent
Simon St.Laurent
J. David Eisenberg
Norman Walsh
J. David Eisenberg
Robin Berjon
Norman Walsh
Simon St.Laurent
Norman Walsh
Simon St.Laurent
Simon St.Laurent
Simon St.Laurent
Simon St.Laurent
Shane McCarron
Simon St.Laurent
Joe English
Norman Walsh
Simon St.Laurent
Keith W. Boone
Arjun Ray
Arjun Ray
Rick Jelliffe
Simon St.Laurent
Simon St.Laurent
Tim Bray
Simon St.Laurent
Tim Bray
Simon St.Laurent
Elliotte Rusty Harold
Simon St.Laurent
Lars Marius Garshol
Bob DuCharme
Elliotte Rusty Harold
Didier PH Martin
Elliotte Rusty Harold
Simon St.Laurent
Elliotte Rusty Harold
Norman Walsh
Tim Bray
Simon St.Laurent
Tim Bray
Simon St.Laurent
Simon St.Laurent
Simon St.Laurent
Ann Navarro
Simon St.Laurent
Elliotte Rusty Harold
Simon St.Laurent
Simon St.Laurent
Elliotte Rusty Harold
Simon St.Laurent
John Cowan
Rick Jelliffe
Simon St.Laurent
John Cowan
Simon St.Laurent
John Cowan
Simon St.Laurent
Mike Champion
Didier PH Martin
John Cowan
Mike Champion
Simon St.Laurent
Norman Walsh
Tim Bray
Simon St.Laurent
Rick Jelliffe
Norman Walsh
Masayasu Ishikawa
John Cowan
Jeff Rafter

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved