dropshadow filter usage in MSIE 8 causes random loss of hover stat

[Grant Galitz]

Using the MSIE-proprietary CSS filter
progidXImageTransform.Microsoft.dropshadow(...) causes CSS :hover states to
randomly not occur when they're supposed to.
In other words: The hover states are lost and flicker on sparsely under
certain circumstances.

I had to remove a background-color hover effect for my site for IE visitors
only (Others, like FF, SAfari, Chrome, Opera, etc. are sent the CSS effect),
as it will occur only sometimes on Internet Explorer, when the boxes with the
CSS is hovered upon. I think the dropshadow effect applied to multiple div
tags from the same DOM tree level is causing this, as I have another site
that experiences :hover state loss only when the dropshadow effect is applied.

A current example would be to browse
http://beta.grantgalitz.com/pictures.php inside IE8 and try to mouse over the
unordered list of albums available many times. You'll see that IE forgets to
apply the hover state to certain li tags randomly.

The loss of hover states has so far been seen to affect div and li tags, but
it probably affects many more.

 

[rob^_^]

Hi Grant,

Your server FrontPage extensions are probably hopelessly out of date. My
hosting provider no longer supports them.

I don't know why you are wrapping the link (<a>) innerText in a span as
well. I see some sensitivity in getting the hover effects to occur, but I
think this will have something to do with lineheight rules. There is a known
issue with the loss of Clear Type effects when using DX filters, your text
looks thinned and jagged, it may have something to do with lineheight
calculations.

I am not going to bother looking, but are you using style rule expressions.
These are no longer supported in IE8.

IE has a user setting for hover effects. Colors button on Internet
Options... you need also to "Ignore colors specified on web pages" (Colors
button) for the user hover options to be honored.

Transitional instead of Strict Doctype seems to get better results for pages
rendered in IE8.

Which HTML 4 or CSS 2.1 features are you using if you are still using FP
extensions. Perhaps a system Doctype (Quirks) will give you the expected
results in all browsers. I don't see any pseudo classes in your stylesheets.

Your page fails some minor Accessibility standards. -
http://www.contentquality.com/mynew...url1=http://beta.grantgalitz.com/pictures.php

This may also be associated with your use of style rules for font-size and
lineheight.

This is your personal site right?

very Old Hat. Get yourself a facebook page, a blog or one of the many free
social web site pages that use content management systems to sanitize your
markup.

You can submit feedback to MS at connect.microsoft.com. This is a public
newsgroup for IE users, not web developers.

The MS replacement for FrontPage, Expression Web has PHP support (and
intellisence) as well as support for HTML 4/CSS 2.1 features. You can grab a
60day free trial from MSDN or MS Downloads homepage. There are plenty
examples and templates of online photo albums available on the web.

Regards.



"Grant Galitz" <Grant Galitz@discussions.microsoft.com> wrote in message
news:1929B4E6-F621-4546-9C26-8822A12E8910@microsoft.com...
> Using the MSIE-proprietary CSS filter
> progidXImageTransform.Microsoft.dropshadow(...) causes CSS :hover states
> to
> randomly not occur when they're supposed to.
> In other words: The hover states are lost and flicker on sparsely under
> certain circumstances.
>
> I had to remove a background-color hover effect for my site for IE
> visitors
> only (Others, like FF, SAfari, Chrome, Opera, etc. are sent the CSS
> effect),
> as it will occur only sometimes on Internet Explorer, when the boxes with
> the
> CSS is hovered upon. I think the dropshadow effect applied to multiple div
> tags from the same DOM tree level is causing this, as I have another site
> that experiences :hover state loss only when the dropshadow effect is
> applied.
>
> A current example would be to browse
> http://beta.grantgalitz.com/pictures.php inside IE8 and try to mouse over
> the
> unordered list of albums available many times. You'll see that IE forgets
> to
> apply the hover state to certain li tags randomly.
>
> The loss of hover states has so far been seen to affect div and li tags,
> but
> it probably affects many more.
>