- From: Terry Allen <tallen@fsc.fujitsu.com>
- Date: Mon, 23 Dec 1996 11:04:21 -0800 (PST)
- To: tbray@textuality.com, w3c-sgml-wg@www10.w3.org
Tim Bray writes: | | It seems obvious from Steve & Eliot's remarks that we might as well adopt | the Hytime nomenclature and define "anchor" to be something that is | actually participating in a link relationship. It's easy to explain and | understand, and is totally unambiguous; definitely in the XML style. (And | web-head friendly; an HTML anchor *is* in fact an anchor when it's being | used; the fact that it's not when it's not doesn't really muddy the waters). Hytime-anchor is one way to view the matter. But to many in our target audience, <a name=foo> </a> is an anchor whether or not it's pointed to, and it isn't a Hytime-anchor unless it is pointed to. So if we say that "anchor" means "what Hytime calls an anchor" we will probably find it necessary to come up with a term to describe what "anchor" presently means to many people. It is useful to have a term for anchors-the-author-provided-in-case- anyone-wants-to-link-to-them. Now is <a href="http://www.textuality.com/sgml-erb/mprdv.html">foo</a> a Hytime-anchor - if Tim's server is down? - if Tim removes the document? - if the URL were misspelled? And if byte range 1001--2001 in that document can be addressed, is that byte range (not distinguished by anything in the document itself) an anchor? (I'm just asking; these are things that will have to be explained.) Regards, Terry Allen Fujitsu Software Corp. tallen@fsc.fujitsu.com "In going on with these experiments, how many pretty systems do we build, which we soon find outselves obliged to destroy?" - Benjamin Franklin A Davenport Group Sponsor: http://www.ora.com/davenport/index.html
Received on Monday, 23 December 1996 14:05:51 UTC