>> Is it still necessary with your solution?
> No, it isn't.
> You can write...
I've tidied up the code and tested it in IE6 at an internet cafe:
It is NOT THE SAME in IE6 as it is in Firefox.
I think it's better!
The screens in the internet cafe were low resolution, and also IE was
crammed with toolbars. This meant that there was a little vertical
scrolling on my page.
Interestingly, in IE, vertical scrolling behaved as if there was no
frame - i.e. the nav menu disappeared off the top of the screen.
In FF (or any other browser which recognises position:fixed) the nav
menu is stuck there at the top, whichever way you scroll.
I like the IE way better, as it frees up some screen real-estate to
display the pictures. And when you get to the end of a long line of
images, you can just nudge the scroll wheel up to get back to the menu.
Hmmm, I'm assuming that this sort of behaviour can not be created using
pure CSS? (Ideally I'd fix the menu horizontally, but not vertically).
Apart from this added feature, your fix for IE6 worked exactly as I had
hoped (the scrolling action seems totally normal). Thank you very much
- it's a very tidy solution.
All the best
- In the above link I've also implemented the solution David Laakso
suggested to me a couple of weeks ago, to turn off the dotted borders
in IE5 and 6 (substituting them for solid borders - I think I've done
it right (?)). Actually this might not have been necessary as I could
no longer replicate the problem of horizontal dashes blurring into each
other. That's either because the dashes are now on a table rather than
a div, or it's something in your scrolling expression that has fixed
it. (Anyway, I only really like dots, not dashes, so the dashes have
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/