IE 7 Bug #001
We've got a site in development that uses lists for navigation bars across the page, code very similar to this...
| Code: |
|
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xml:lang="en-gb" lang="en-gb" dir="ltr" xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> <title>IE 7 Bug</title> <style type="text/css"> <!-- ul li {display: inline} a {background: #ccc; margin: 0 1em 0 1em; padding: 2px; } a:hover {background: #aaa} --> </style> </head> <body> <ul> <li><a href="#">Some Link Text</a></li> <li><a href="#">Another Link</a></li> <li><a href="#">Yet another Link</a></li> <li><a href="#">Guess what?</a></li> <li><a href="#">A box of frogs</a></li> <li><a href="#">Some Link Text</a></li> <li><a href="#">Another Link</a></li> <li><a href="#">Yet another Link</a></li> <li><a href="#">Guess what?</a></li> <li><a href="#">A box of frogs</a></li> </ul> </body> </html> |
In IE7 beta2 and RC1 when using IE's new 'page zoom' feature - if ugly it at least still worked...
...tried it in IE7 Final...
...guess what - they've changed the way page zoom works, and now when zoomed, the 'hit area' of the links is not in the same place as the link...
~@!*%@!rs...
screenies here
http://www.jimbarter.co.uk/2006/10/19/ie7-day-one-bug-one/
http://www.opsi.gov.uk/acts/acts1995/Ukpga_19950050_en_8.htm#mdiv57
Share: 
Not that I imagine it's much consolation, but the IE zoom seems to work really well on image maps.
But I think you're right about it being a bug - I can get it to work fine with either your padding or your margin, but it goes funny with both.
It does work if you specify all the padding values, however:
| Code: |
| ul li {display: inline}
a {background: #ccc; margin: 0 1em 0 1em; padding:2px 0 0 0; } a:hover {background: #aaa;} |
Jack Pickard The Pickards Information Services| Blog | Twit
Share:
interesting, thanks for that.
edit: update: tried it - still no joy, even totally removing both the padding and the margin - the text of the link breaks out of the link area when zoomed...
| Code: |
|
ul li {display: inline} a {background: #ccc;} a:hover {background: #aaa} |
http://www.opsi.gov.uk/acts/acts1995/Ukpga_19950050_en_8.htm#mdiv57
Share:
IE7 still isn't zooming background images placed on the body element - is this the same bug you're running into here or a different one?
If you stick the nav into a div does that help at all?
Share:
| jim barter wrote: |
| the text of the link breaks out of the link area when zoomed... |
Sorry for getting your hopes up!
Jack Pickard The Pickards Information Services| Blog | Twit
Share:
| Tailslide wrote: |
| IE7 still isn't zooming background images placed on the body element - is this the same bug you're running into here or a different one?
If you stick the nav into a div does that help at all? |
nah - no background images used, just a background colour
http://www.opsi.gov.uk/acts/acts1995/Ukpga_19950050_en_8.htm#mdiv57
Share:
Ah - weird.
There might be an issue with IE just not zooming anything on the body element then be they images or just colour?
Share:
...and its the same when a containing element is used...http://www.opsi.gov.uk/acts/acts1995/Ukpga_19950050_en_8.htm#mdiv57
Share:
Hey Jim,
My issues with the IE7 Zoom appear to have been fixed (which resembled yours in many ways)...
I'm on version:
7.0.5730.11
How about yours?
Share:
same version, I haven't looked back into this issue in the last few days - been busy on another job.http://www.opsi.gov.uk/acts/acts1995/Ukpga_19950050_en_8.htm#mdiv57
Share:
I think we should use this as an opportunity to send a very clear signal to the IE7 team:
We aren't going to fix your mistakes for you this time.
The zooming feature in IE7 has been known to contain faults for months. And been widely criticised in web development blogs because of this. If they've chosen to ship it in a faulty state, it's their fault. Half-implementing a feature which ends up working worse than the feature it effectively replaces is a very daft decision for them to make, imho.
Share:
I guess the one potential upside of this particular bug is that those most likely to notice are those users who require the zoom feature to make small text accessible.
Whilst this may make things that bit harder for them in the short term, the accessibility lobby has political backing which the hoards of disgruntled web developers never has had. This could mean a more powerful lobby gunning for MSIE, forcing them to take notice and improve the quality of their software.
If I were taken to flights of fancy, I might allow myself to think that bugs such as these could be the catalyst for legislative enforcement of the UAAG (via DDA, etc…), legally obliging browser developers to adhere to the same acknowledgement and use of standards which site authors are now subject to c/o the WCAG (via DDA, etc…).
(Clearly IE/Win's failure to facilitate the resizing of px fonts, despite the UAAG specifying as such, failed to catch any accessibility lobbyist's interest.)
Share:
You can set IE to ignore the font sizes specified in web pages, effectively allowing it to resize text sized in px and other absolute units. That isn't the default setting and it is not straightforward to find it, but it does exist.
Interesting point that user agents might gain greater focus from institutes, charities and suchlike concerned with accessibility and that the vendors will pay more attention to them now. Windows generally seems to be quite aware of accessibility, and has various systems and features to try to aid that, but yeah, there is more they could do.
Share: