A Blog by Web Developers Against IE

IE8 Beta Is Hilarious

Carlos — Mon, 04 Aug 2008 12:17:29 +0000

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.

ShareThis

Fun With Lightbox & The SWFobject

Carlos — Fri, 25 Jul 2008 19:43:32 +0000

Today we ran into a very fun error and by fun I mean stupid on the part of IE and probably because we had some fun trying to make it work. As it turns out, IE doesn’t like it when you use the lightbox script and the swfobject on the same page. I understand that this two scripts are not made to work together but the cool part is that they do work together without any problem on Firefox.

The problem is simple but it is quite annoying since it makes our website useless since IE decides to close the page giving the following error: “Internet Explorer cannot open the Internet site http://.com. Operation aborted.” Their excuse is simple: “This problem occurs because a child container HTML element contains script code that tries to modify the parent container element of the child container. The script code tries to modify the parent container element by using either the innerHTML method or the appendChild method.” and they give a simple workaround that involves placing the script on a closed div or something of that sort which we tried with no luck.

What we ended up doing was implementing a mootools domready type function for prototype to initialize both the lightbox and the swfobject once the DOM is fully loaded. Of course this fixed the problem but, when we tested on IE7, the lightbox overlay doesn’t cover the whole screen (I think this bug is unrelated to our issue but it is still an annoying bug that happens only in IE7). So, we decided to take the overlay out so the image now appears floating in the middle of the website with no backdrop.

As we usually say here on Stupid IE: Thanks IE for making our lives a little better.

ShareThis

Stop Support for IE6

Carlos — Tue, 22 Jul 2008 15:02:55 +0000

“The best way to get rid of IE6 is to stop supporting it.” some may argue this is a bad move as our responsibility as Web Developers is to support our users and create a nice user experience when navigating through our websites. I completely agree with this statement but I can’t agree to keep supporting a browser that has no respect whatsoever to my work and makes me waste countless hours trying to get things to work correctly on it.

My plan: Every new client that I get is being upgraded to IE7 or FireFox, depending on their usage and thanks to some Racists Websites that don’t work on any other browser except IE.

ShareThis

Worse Windows Fail

Carlos — Fri, 18 Jul 2008 14:44:37 +0000

Thanks to Wacky Archives for compiling this list of the 25 worse Windows Fail. Maybe we should start relaying more on Mac or Linux to develop kiosks and displays. I don’t know, just a thought.

http://www.wackyarchives.com/featured/25-worst-moments-when-windows-fail.html

ShareThis

Test IE on Your Mac

Carlos — Tue, 15 Jul 2008 22:40:39 +0000

For those of us who decided to dump the PC but are still forced to keep one handy to test our designs, he’s a great tool that will allow you to test without having to set a Virtual Machine, Boot Camp, or any other method on your mac but instead let’s you run a simple program:

http://www.kronenberg.org/ies4osx/

Enjoy,… I guess.

ShareThis

To Secure or Not Secure IE security vulnerabilities

Carlos — Mon, 14 Jul 2008 20:11:53 +0000

This post comes from a mix of two articles dealing with security while browsing the Web. In simple terms, if you are using IE on any version (5 - then the chances of your computer getting hacked with malware, exploits, viruses etc, are far greater than someone using a good browser like our favorite: Firefox.

The article explains us that: “The vulnerability poses a special danger since the ActiveX control is digitally signed by Microsoft, which means that people who have Internet Explorer configured to trust ActiveX controls with that designation would run it automatically if encountered on a Web page.

Some of the Web pages that have already been hacked with automated SQL injection attacks earlier this year are also hosting the Microsoft Access attack, according to Symantec’s Sean Hittel.”

And yes, it is Symantec who is explaining the problem and yes, July patches are out so IE users will have to wait or disable their ActiveX control in order to be safer.

ShareThis

IE8 Still Fails

Carlos — Sat, 12 Jul 2008 21:20:20 +0000

And this time we are not the ones to point it out. It is Microsoft who does the favor: http://www.thoughtmechanics.com/2008/07/12/ie8-fail-win/

ShareThis

ie7 not supported on vista

IpOnie — Thu, 10 Jul 2008 22:01:57 +0000

ShareThis

IE7 Eats up RAM

Carlos — Thu, 10 Jul 2008 20:46:15 +0000

Haven’t tried this myself, is not very easy now that I’ve completely crossover Mac and I only use IE to test Websites about once every week, but it seems that IE is a memory thief.

Has anybody experienced a similar issue? We may need to keep an eye about this on the upcoming IE8 since it seems to be a recent behavior probably caused by a patch?

ShareThis

IE7 hates iFrames

Carlos — Wed, 09 Jul 2008 13:39:45 +0000

I know iframes are not that great because of accessibility issues etc but they are a great solution when clients want to white label applications or information from other Websites which in case is what I had to do on this occasion and what triggered this post.

To make a long story short, I have a client that wanted to offer the reservation system I created for them to other websites who in turn didn’t want to have clients go away from their own websites or see my client’s logo and contact information. My client’s system was tied in with their internal Database and server and for security everything needed to be ran on their servers without any external connections so the easiest way was to create a stripped down version of the reservation process, in other words just the forms, which could be placed on an iframe.

Everything worked perfectly on Firefox of course but when we go to IE, we get an error because the sessions are not set correctly so the whole system fails.

So here I am, once again trying to figure out a workaround to have something as simple as a form, that uses PHP sessions set on an iframe, work on IE the way it flawlessly work on Firefox. Seriously people, we should sue Microsoft for damages in all the time and effort wasted getting our websites to work on their crappy monopolized browsers.

* Update

Apparently by adding this: header(’P3P: CP=”CAO PSA OUR”‘); to the page involved in setting the sessions will make IE work correctly. Just thought I add this for everybody that’s having the same problem,

ShareThis