Beautiful bug in the new Safari.
Go to the Xbench comparison page and click on the "# of systems" column.
It seems to think that there's one huge link encapsulating everything. As near as I can tell, this is valid XHTML, and Safari is misinterpreting <a id="tableTop" /> (an anchor tag) as a big link. Silly Safari.
Posted by ladd at April 17, 2003 06:43 PM | TrackBackWhat MIME type is the server sending to Safari? If it sends an HTML (and not XHTML) MIME type, then Safari will (properly) parse the file as HTML and not XML. That would cause the / to be an error and be discarded.
I suspect this is not a bug in Safari, and instead is just a server misconfiguration.
Posted by: hyatt on April 18, 2003 03:34 PMUmm.
"[div][a id="tableTop" /][/div]"
Doesn't the [a] element _always_ require actual content, e.g. [a id="tableTop"][!-- content goes here --][/a]?
Posted by: Sören Kuklau on April 23, 2003 04:37 PMNo, not for anchors. I suppose I could just wrap it around something, but that feels like giving up. ;)
Posted by: Ladd on April 23, 2003 04:46 PMseems to work fine for me
what's the problem?
I've done a workaround in the HTML for now.
Posted by: Ladd on May 12, 2003 01:44 PMSafari doesn't seem to like DHTML draggable layers; these work right now in NS 4.x and up, Opera, and IE on Mac & Windows systems. Any ideas? Thanks!
Another addition to the wish list: Could Safari pleeeeaaase support CSS transparency and other filters fully? It's been no fun pulling out nifty CSS tricks that only Windows users can see. Thanks!!