Georg,

thank you very much, your tooltip code works amazingly well in all 
browsers apart from...
Opera 9.10!, where the tooltip still looks terribly buggy and the 
position:static to the <li> moves the "works" links in a improbable 
spot... Besides, in all browsers apart from IE the tooltip is abruply 
interrupted when the ul ends. Any remedy for that? :-)
But hey, I'm still very grateful! Are you maybe curious to see what the 
fixes can be? If I discover something I'll let the list know.

Go to the page from here:
http://www.giuseppecraparottacv.co.uk/work-web-test-works-absolute.html

Now Georg, let me make you few questions for the Knowledge...

1) USE OF STATIC POSITIONING
your fix revolves around the use of position:static .
To make you laugh I quote here David Sawyer Mc Farland, whose I've read 
the very good CSS book:
"Why would you want to assign an element static positioning? The short 
answer: You probably never will" (CSS The Missing Manual, Chapter 12).
Is there any rationale behind the use of static? Isn't static the 
default value? Why does it make the tooltip display on top?

2) DISPLAY:INLINE TO THE "WORKS" <A>
Any particular reason to specify that? <a> is inline as default. On the 
other hand, the floating transforms it in a block element. I removed 
display:inline and the code still works. Any comment?

3)HEIGHT:AUTO!IMPORTANT IN .POPUP SPAN
I also got rid of that, assuming you added it to correct the aspect of 
the tooltip, due to the height value given by me. But that was just 
provisory :-) .

4) MARGIN: -1.4EM 10% 0 0
Why do you place the .works using both ems and percentages? Any 
advantage from the promiscuity?
______________________________________________________________________
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Reply via email to