October 10, 2008 at 11:19 am · Filed under Broken on IE8, Frustrations, Plain Evil, ie8
Anne van Kesteren of Opera Software has updated his post on IE 8 to cover beta 2:
XDomainRequest: Microsoft unfortunately continues with XDomainRequest rather than making changes to XMLHttpRequest as other browsers are doing and as is being standardized by the W3C Web Apps Working Group. (Disclaimer: I am the editor of XMLHttpRequest Level 2.)
Some agreement was made to at least support the same protocol on the server, namely using the Access-Control-Allow-Origin header as per Access Control for Cross-Site Requests. (Disclaimer: I am the editor of that draft too.) However, IE8 only supports * as value for that header, not an origin, e.g. http://annevankesteren.nl (test). Sunava pointed out that was because the W3C WebApps WG was still debating the matter. Here is hoping they will fix the bug as there is agreement on that syntax.
- HTML5 DOM Storage:
localStorage and sessionStorage are now supported. Enumerating through them does not give the results I was expecting (I got “length” and “remainingSpace” back as well, besides the keys) and they still have a remainingSpace member that is not part of HTML5. Given that anything that gives some indication of space is highly vendor specific as it depends on encoding, compression, and type of device, they should really rename it to msRemainingSpace or some such or simply drop it.
IE8 also supports an event named storagecommit that is not part of HTML5 which tells you when the data has been written to an XML backend format IE8 uses. The event object for used for the storage does not expose key, oldValue, and newValue. The url member is named uri and the source member is null rather than a reference to the Window object. Ouch!
- ARIA: Aaron Leventhal recently blogged about how ARIA in IE8 is a pain. (Aaron works for IBM making Firefox and Web applications accessible and is a member of the W3C PF WG which standardizes ARIA.) In short, when IE8 renders in super standards mode ARIA will work as everywhere else, otherwise you have to use Microsoft proprietary syntax. So not only do you need to upgrade your application code to be keyboard accessible and ARIA-enabled, you will also need to upgrade it from quirks to standards mode. Alternatively, you could take the easy way out and lock out other browsers. Not nice.
He did admit that he has “only played around with Internet Explorer 8 for an hour so” 
Courtesy of Ajaxian
August 4, 2008 at 7:17 am · Filed under Broken on IE8, General
And we weren’t the ones to state this. This time it was Marah Marie after seeing how IE8 played around with her blog name.
We’ve been a little quiet latley in this blog and since we are seeing more post by other people pop up randomly around the Web, talking about frustrations with IE8 Beta, we decided to post one. Maybe we will continue to do this until the next Beta, which is due sometime this month, comes out and we get a chance to evaluate it. Hopefully, focus won’t be put on silly features, (web slices for instance), instead of making this browser truly compliant for once.
May 7, 2008 at 10:49 am · Filed under Frustrations, Other Microsoft Nightmares, Plain Evil
Seriously, WTF? Apparently the new XP Update is out which should fix some stuff, and hopefully don’t break others. But, if you installed IE8 Beta then you will not get this update because apparently Microsoft is not compatible with Microsoft (crazy Vista error anyone?).
It appears that if you install this update, which you won’t get automatically if you have IE8 installed, you won’t be able to uninstall IE8. It seems you need to uninstall IE8 first, then get the update and then install IE8 Beta again.
I mean, how hard is it to make your products compatible with, well… your products??
March 7, 2008 at 2:11 pm · Filed under Frustrations, Plain Evil, ie8
After testing some websites on IE8 and realizing that some clients are going to call me pretty soon complaining about their website, I decided to give the Suckerfish Dropdowns a try since I use this technique on some of my menus with perfect results on all browsers, IE6 & IE7 included.
First, I went to the Vertical example (most of my menus are vertical so I wanted to give this one a try) and everything seemed normal. Then I decided to test the rollover since all my sites were doing crazy things on this function and this is how IE8 displays it:
Something with the z-index seems to be changed since now the text displays above the rollover, making the menu useless.
Well. at least I know all the crazy behavior I was seeing is not my fault, after all all the hacks that I’ve implemented to make the menu work inside my websites (where I have some other div, classes, scripts etc) were working fine on the previous IE versions.
March 6, 2008 at 10:42 am · Filed under General, ie8
So yes, I installed IE8 Beta after carefully thinking about it and now, IE7 is gone, my IE6 (installed with the multiple IE application) is rendering pages wrong and a lot of sites are looking wrong.
Yes I know it is only a Beta Version, but I also know that Microsoft is planning to release IE8 in a couple of weeks which I don’t think it is enough time to fix all the bugs in this browser.
The funny thing was that I installed IE8 yesterday and didn’t have much time to play around with it, but since it was looking all right this morning I was thinking of psoting something nice about it, but… after trying out some sites and finding out that even my IE6 is broken, well, what can I say.
No comments, simply, no comments.
