Welcome to WebmasterWorld Guest from 188.8.131.52
Forum Moderators: incrediBILL
Duplicate Character bug
No Scroll bug
3 Pixel Text Jog
Magic Creeping Text bug
Bottom Margin bug on Hover
Losing the ability to highlight text under the top border
IE/Win Line-height bug
Double Float Margin Bug
Quirky Percentages in IE
Moving viewport scrollbar outside HTML borders
1 px border style
* HTML 4.01 ABBR tag
* Improved (though not yet perfect) <object> fallback
* CSS 2.1 Selector support (child, adjacent, attribute, first-child etc.)
* CSS 2.1 Fixed positioning
* Alpha channel in PNG images
* Fix :hover on all elements
* Background-attachment: fixed on all elements not just body
Additionally, there are the security fixes, anti-phishing measures which may help bring along a greater awareness and caution in surfers, etc.
So what does all this mean for webmasters? How will our jobs change? Will things be easier, harder, or a little of both?
One specific topic I'm interested in is the
CSS hack for IE. I read somewhere (can't remember where now) that the hack works in IE7b1. I presume that it will also work in Beta 2. But with the next beta supposedly fixing so many CSS bugs that we've been hacking around using "asterisk-htm," as well as other hacks, what will happen to the pages that contain those hacks? If IE7 interprets CSS correctly, yet it still reads our hacks (which may contain technically-incorrect values), what is the solution? All I can think of is to use entirely separate stylesheets for IE7, inserted using IE Conditional Statements.
This appears to be the exact reverse of what I'd been afraid of all along. My fear had been that the bugs would still exist, but the hacks wouldn't work anymore either. Now, however, it looks like the bugs are fixed, the hacks aren't necessary, but the hacks will still be read. My head hurts.
But that quite aside, hacks have been used by a lot of people. What will the results be when the hacks are read by a standards-compliant (or more so) IE? What steps will need to be taken to keep pages rendering correctly?
And besides CSS, what other potential problems or benefits will IE7 have on our jobs? Will it effect users' surfing habits, and if so, what impact will that have on effective design, presentation, and trust?
Anyone care to speculate?
Anyway, this is great news! As developers we'll still have to support IE5.5 and 6 (IE5.0 is dropping off the radar fast) but this will fit into my development methods nicely and I develop standards compliant sites from the get-go and bugfix for IE. Bonus :)
We've all seen in our server logs that users will cling to the familiar even when superior alternatives are available. We know that IE7 cannot be adopted by corporations running W2K. And we know that developers and managers alike are paranoid about dropping support for a once-popular browser, whatever the benefits of pushing users to upgrade their browsing platform.
I suggest that most developers will wait for years for their users to migrate from earlier versions of IE. IE7 offers nothing that isn't already available to bolder, smarter designers - the remainder must change their philosophy or continue to languish in mediocracy.
There is no way you can expect MS (who have no real understanding of the term "backward compatibility") to have replicated all the quirks of IE<7 in IE=7
That's a business risk you took when your made the decision to design for IE.
It's about now you should be checking how compatible your code is with IE7. You won't get a definite answer -- MS will be tweaking for a while yet. But your reports of incompatibilities may edge MS towards being a little more backwards compatible than they would have been.
So, if you have an IE-oriented website, it is seriously in your interest to start testing for IE7 issues today.