I am currently experimenting with parsing HTML and such, so I needed some examples. I did a "view source" on my home node, and used that to play with. After toying around, I put it through a HTML validator, and it was very upset that I had nested link (<a>) tags. And it turned out that it wasn't my parsing either, the original source from the page has nested, double links.
This is when it happens: When someone creates a normal link, using <a href=.... instead of the internal linking mechanism, which is necessary to create links with query strings. So far I've seen this behaviour on my own, and crazyinsomniac's home nodes (haven't looked further when I found another place), and at least on my node, the HTML is "sane" when I edit it. I have no doubt it is on his too.
So far, I've gotten the same behaviour from IE6 on windows 2000, and I've had opera on linux identify itself as IE5, mozilla 5.0 and Opera 6 so far - completely purging all cache and such between tries. Exact same error. Do a "view source" and search for '</a></a>' and you should see it.
Update: It seems that it matters if I am logged in or not. When logging out, the behaviour disappeared, which explains the lynx/perl issue below. I'm not sure if that doesn't make it *more* strange though...
But wait - it gets better! When I do a fetch of the page with lynx (linux) or LWP::Simple on the command line (both platforms), the HTML is sane!
Since our very openminded browsers seem to render this just fine anyways, it is no urgent issue, but: a) it is definetely some kind of bug, and b) I don't know what other things it might affect, so I thought I'd better bring it up right away.
I really doubt it is possible for both browsers to have this bug in it's rendering, especially since there really isn't anything odd about the original HTML. :)
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
(tye)Re: Manually created links bug? Or what?
by tye (Sage) on May 13, 2002 at 14:18 UTC | |
by Dog and Pony (Priest) on May 13, 2002 at 14:29 UTC |