Just when you think you have a problem solved (pop-up window navigation), IE6 comes along and screws it up.
Does not seem to want to work. At all. Regardless of syntax.
As for why, it would appear to relate to this securityfocus.com listing. Rather than FIXING it, they disabled the code. FABOO!!
I’d appreciate anyone correcting me if I’m wrong in saying that this is Microsoft’s fault.
According to Apple’s documentation, Safari 1.0 supports the letter-spacing property. Unfortunately, this is one of the tables which Dave Hyatt rightly pointed out as giving a view of breadth, but not of depth. Something about the CSS we are using causes the property to be ignored.
The installation of Safari (version 1.0) on my iMac does not render the text beneath my weblog title in the system cursive font, as specified by my CSS. This is somewhat ironic as my iMac is the machine my weblog is actually on. D’oh.
Other installations of Safari on our home network render it as they should. Very odd. Also, OmniWeb (4.5b3) on my iMac renders it fine! It uses WebCore too, so this is somewhat befuddling.
Safari lacks the detailed font configuration of Mozilla and IE5, making this an irritant of greater size than it should be. I have tried flushing the user and system caches w/Cocktail and resetting Safari, all to no avail. Google searching has revealed nothing as yet.
It appears that Safari does not support the text-decoration property within a span that is set to display: none until hovered (on which it is set to display: block, a la Eric Meyer’s css/edge).
I’ll post the files which revealed this issue in a day or two.
I also have seen some problems with the word-spacing property, which is supported, according to the MacEdition CSS2 support table.