[ntp:questions] Re: Busted link on http://www.eecis.udel.edu/~mills/ntp/html/index.html

David L. Mills mills at udel.edu
Mon Oct 13 04:05:49 UTC 2003


Yours is a breath of fresh air and hopefully has fixed the problem. I
was using the # on both the reference and target, since that was what I
came away from the documentation with. My IE/NS tests used only two of
the four possible combinations with and without the #. The combination
you show appears to appease most recent versions of both browsers.

I have this expensive 1000-page "profesional HTML" reference book, but
it didn't have the answers either.

I changed all pages throughout the site, including the master NTP
documentation pages and for that I cheer GoLive. If all goes well, the
web will be automatically refreshed overnight. The ntp-dev documentation
awaits manual update.

Geeze, all this drama only for the table of contents. Next thing you
know someone will notice the contents.


Maarten Wiltink wrote:
> What they say is right, also happens to almost uniformly work in the
> test cases that I just checked. I have Microsoft Internet Explorer 4.72
> and Mozilla Firebird 0.6.1 on win32, and Netscape Communicator 4.61
> and lynx-2.8.1 on Linux. I viewed two test documents with internal
> links, one using "name" attributes and one using "id" attributes to
> mark targets, both using "#anchor" in links and "anchor" in targets.
> Only one of these eight combinations fails to work, and it is the old
> Netscape with "id" targets. I blame this on "id" being a somewhat
> recent innovation and that particular Netscape predating it, and
> worry not about it. Currently, in HTML, either "id" or "name" is
> acceptable, and "id" is preferred. So I use "name" for compatibility
> and "id" in new development.
> Summarily: I've found all four browsers at my disposal to work
> correctly with correct, considerate HTML, to wit <a href="#anchor">
> links to <a name="anchor"> targets.

More information about the questions mailing list