Re: [css-d] Son of Suckerfish problem in IE7
On 26/03/07, Ingo Chao [EMAIL PROTECTED] wrote: It's IE6's old stuck-on-hover bug with the ingredient of a mouse click as a trigger. #mainnav li:hover {background-position: 0 0} fixes it. IE6 itself does not show this stuck-on-hover phenomenon in suckerfish-type menus: to process the li:hover on any element, the sfHover = function() already does register an user event with onmouseover and applies a new class sfhover to li. So there is no need for this fix in IE6. http://www.satzansatz.de/cssd/pseudocss.html#hoverstuck I could have sworn I tried that one and it didn't work, but I've just tried it again and it works! Go figure. Thanks. :) Seona. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- 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/
Re: [css-d] Son of Suckerfish problem in IE7
On 26/03/07, francky [EMAIL PROTECTED] wrote: Hi Seona, Apart from this, I notice that (while the html is validating) the css-validator is reporting a I/O error and doesn't go on. And looking at the code of the page, I see some strange double ##'s in the conditional comments. Screenshot http://home.tiscali.nl/developerscorner/css-discuss/images/doublecross.gif Maybe this can have some influence too? Hmm... I'll have to look into that error, thanks for pointing that out. The double hashes are just to escape them when they appear within the main document instead of a CSS file, since ColdFusion processes hashes as part of it's way of working things (they come in pairs and surround variables). So if you want to actually have a hash show up, you need to put two of them. At any rate, since the fix doesn't seem to do anything nasty in IE6, I've ditched the 7-specific CC and moved the style rule to the IE CSS file so we're back to single hashes again. :) Thanks. :) Seona. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- 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/
[css-d] Son of Suckerfish problem in IE7
Hi guys, I've been finding an odd problem with the Son of Suckerfish menu in IE7. I've Googled it extensively, and tried implementing every IE7 fix I came across whether it seemed relevant or not, but I just can't get the problem to go away. You can see it in action if you go to the (extremely bare bones) example I've thrown together here: http://www.frontandback.com.au/test/test.html Mouse over one of the menu items, press the mouse button, but then move the mouse slightly before you release the button. Now shift the mouse across the rest of the top-level menu. All of the sub-menus now refuse to vanish. Has anyone run into this problem before? More importantly, does anyone know of a way to fix it? Cheers, Seona. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- 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/
Re: [css-d] Son of Suckerfish problem in IE7
Seona Bellamy wrote: Hi guys, I've been finding an odd problem with the Son of Suckerfish menu in IE7. I've Googled it extensively, and tried implementing every IE7 fix I came across whether it seemed relevant or not, but I just can't get the problem to go away. You can see it in action if you go to the (extremely bare bones) example I've thrown together here: http://www.frontandback.com.au/test/test.html Mouse over one of the menu items, press the mouse button, but then move the mouse slightly before you release the button. Now shift the mouse across the rest of the top-level menu. All of the sub-menus now refuse to vanish. Has anyone run into this problem before? More importantly, does anyone know of a way to fix it? It's IE6's old stuck-on-hover bug with the ingredient of a mouse click as a trigger. #mainnav li:hover {background-position: 0 0} fixes it. IE6 itself does not show this stuck-on-hover phenomenon in suckerfish-type menus: to process the li:hover on any element, the sfHover = function() already does register an user event with onmouseover and applies a new class sfhover to li. So there is no need for this fix in IE6. http://www.satzansatz.de/cssd/pseudocss.html#hoverstuck Ingo -- http://www.satzansatz.de/css.html __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- 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/
Re: [css-d] Son of Suckerfish problem in IE7
Ingo Chao schreef: Seona Bellamy wrote: Hi guys, I've been finding an odd problem with the Son of Suckerfish menu in IE7. I've Googled it extensively, and tried implementing every IE7 fix I came across whether it seemed relevant or not, but I just can't get the problem to go away. You can see it in action if you go to the (extremely bare bones) example I've thrown together here: http://www.frontandback.com.au/test/test.html Mouse over one of the menu items, press the mouse button, but then move the mouse slightly before you release the button. Now shift the mouse across the rest of the top-level menu. All of the sub-menus now refuse to vanish. Has anyone run into this problem before? More importantly, does anyone know of a way to fix it? It's IE6's old stuck-on-hover bug with the ingredient of a mouse click as a trigger. #mainnav li:hover {background-position: 0 0} fixes it. IE6 itself does not show this stuck-on-hover phenomenon in suckerfish-type menus: to process the li:hover on any element, the sfHover = function() already does register an user event with onmouseover and applies a new class sfhover to li. So there is no need for this fix in IE6. http://www.satzansatz.de/cssd/pseudocss.html#hoverstuck Ingo Hi Seona, Apart from this, I notice that (while the html is validating) the css-validator is reporting a I/O error and doesn't go on. And looking at the code of the page, I see some strange double ##'s in the conditional comments. Screenshot http://home.tiscali.nl/developerscorner/css-discuss/images/doublecross.gif Maybe this can have some influence too? Greetings, francky __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- 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/