Should only be a minor thing i found when developing... a document intern link (reffered with <a href="#top">) doesn't match an anchor named "Top". I didn't find that in other browsers behave like that. checked it on nt 4, but think it's a cross-plattform thing.

Sounds like an invalid bug. I can't find it specifically stated in the Html 4 specification. This is closest I've found: "URIs in general are case-sensitive. There may be URIs, or parts of URIs, where case doesn't matter (e.g., machine names), but identifying these may not be easy. Users should always consider that URIs are case-sensitive (to be on the safe side)."

QA: please mark this bug INVALID. See section 12.2.1 of the HTML 4.01 spec < http://www.w3.org/TR/html4/struct/links.html/#h-12.2.1>, which specifically says that matching of fragment identifiers and name attributes is case-sensitive and that user agents which are case-insensitive are incorrect.

OK, i tested on and found... #top as intern link allways seems to refer to the top of the page (in all browsers) without specifying any anchors. in my build 2001060703 (talk-back 0.9.1) this doesn't work. don't know, what specificatins say...

What's going on is this. In Netscape 4.x, if you go to an non-existent anchor, whether it be named #top, #bottom, or #maria, you go to the top of the page. In IE, you go to the top of the page on #top but not other non-existent achor names. In Mozilla we do not scroll for non-existent anchors. See bug 80784 for more info. And yes, anchors are case-sensitive, so you're just going to an undefined anchor here. Marking duplicate. *** This bug has been marked as a duplicate of 80784 ***

SPAM. HTML Element component deprecated, changing component to Layout. See bug 88132 for details.