Hi Colin, You can propose this for consideration by the DocBook Technical Committee by filing a request on the DocBook SourceForge site. Use Tracker->RFEs and then Submit New. That's the way to get it in the queue.
Bob Stayton Sagehill Enterprises DocBook Consulting [EMAIL PROTECTED] ----- Original Message ----- From: Colin Shapiro To: docbook Cc: [email protected] Sent: Tuesday, July 24, 2007 8:19 AM Subject: Re: [docbook] Element for an author's website URL [Note: I accidentally CCed the wrong list with the below message. docbook-apps, feel free to ignore.] "The link is a general purpose hypertext element." The element I propose has nothing to do with hypertext. It is simply another part of an <address>, same as <email>, <phone>, etc. It is another bit of information about how to contact a person/organization. If we already have <email>, then why not <web> or <homepage>? Also remember that an email address can be displayed as hypertext as well (i.e. a mailto: link in a web browser), but it doesn't have to be. Same with a home page URL. We don't have to use <link> for an email address within <address>. Colin On 7/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED] > wrote: Hi, > [...] > > Maybe I am missing something obvious, but why not use link? > > Because it's a link, not a URL But a link can also be a URI/URL. According to the TDG[1]: »The link is a general purpose hypertext element. [...] If it has an xlink:href attribute, link is the equivalent of an HTML anchor (<html:a href="...">) for cross reference with a Uniform Resource Identifier (URI).« Maybe I didn't understand your argument. But why introduce another element when there is already a general purpose element for this issue? :-) Bye, Tom ------ [1] http://www.docbook.org/tdg5/en/html/link.html
