Live data from Hacker News

Dropped IE support for Instapaper

marco.org

21–30 of 81 posts

Re: Dropped IE support for Instapaper

#21
The web is a public good and as such, we should have /one/ standards compliant browser that works on any device that can access it. Fund it with taxes, just like roads, bridges, and the new electric grid Obama is going to buy us...

Microsoft should just stop working on IE and concentrate on the OS. We don't need Opera, Chrome, Safari, IE, Firefox, etc... They're /all/ free. Take the best of them all and build /one/.

Re: Dropped IE support for Instapaper

#22
post #15

This article seems like an excuse to criticize IE. "Instapaper is severely degraded in this browser" is fine. "... because IE does not support basic web standards" comes off as catty. I understand the frustration that IE isn't fully compatible, but as engineers it's not our job to change the world to suit our own needs; we shouldn't be converting users to a different architecture or web browser. IMO, 10% is a lot of…

Perhaps I'm just bitter because I've been doing mostly IE compatibility stuff at work lately, but "because IE does not support basic web standards" does not seem all that inaccurate to me.

Re: Dropped IE support for Instapaper

#23

Earlier quoted context omitted.

Yes, but it's not usually one bug. A bug here and a bug there and pretty soon you're talking about real money. IE7 isn't so bad but I'm seriously contemplating dropping support for IE6 very soon.

I estimate that supporting IE6 has added more than 30% of the interface development costs to the complex projects I have worked on that use a combination of sophisticated CSS and JS to get the job done. This is a HUGE cost for start-ups and for clients to swallow, once the true cost is explained to them. Just supporting the way various sub-versions of IE6 inconsistently handle cookies is a nightmare, and in many case…

30% cost to support 70% of your userbase seems like a win to me.

This is only an issue for developers who target Firefox initially. That's the wrong way to go about web development. Run IE7 on your dev box and build everything against it. That's what your users will have, so that should be your first priority. Step two is making it work for FF.

The added benefit to that approach is that you'll find less cross platform issues. Going from IE -> Firefox is a lot easier than the other way around.

Re: Dropped IE support for Instapaper

#24

Earlier quoted context omitted.

I estimate that supporting IE6 has added more than 30% of the interface development costs to the complex projects I have worked on that use a combination of sophisticated CSS and JS to get the job done. This is a HUGE cost for start-ups and for clients to swallow, once the true cost is explained to them. Just supporting the way various sub-versions of IE6 inconsistently handle cookies is a nightmare, and in many case…

30% cost to support 70% of your userbase seems like a win to me. This is only an issue for developers who target Firefox initially. That's the wrong way to go about web development. Run IE7 on your dev box and build everything against it. That's what your users will have, so that should be your first priority. Step two is making it work for FF. The added benefit to that approach is that you'll find less cross platfor…

Are you kidding? Developing for a crappy browser first is the perfect recipe for an unmaintainable mess of code, since you will be relying on hacks to get IE to do render correctly, then adding hacks again for every browser that does the right thing.

First develop for a standards-compliant browser, then add (conditional) hacks to support IE. The other way around is just silly.

Re: Dropped IE support for Instapaper

#25

Earlier quoted context omitted.

I estimate that supporting IE6 has added more than 30% of the interface development costs to the complex projects I have worked on that use a combination of sophisticated CSS and JS to get the job done. This is a HUGE cost for start-ups and for clients to swallow, once the true cost is explained to them. Just supporting the way various sub-versions of IE6 inconsistently handle cookies is a nightmare, and in many case…

30% cost to support 70% of your userbase seems like a win to me. This is only an issue for developers who target Firefox initially. That's the wrong way to go about web development. Run IE7 on your dev box and build everything against it. That's what your users will have, so that should be your first priority. Step two is making it work for FF. The added benefit to that approach is that you'll find less cross platfor…

I disagree. IE is the moving target. If you want maintainable code, it is best to build to standards, then hack to IE with conditionals.

Re: Dropped IE support for Instapaper

#26
post #24

Earlier quoted context omitted.

30% cost to support 70% of your userbase seems like a win to me. This is only an issue for developers who target Firefox initially. That's the wrong way to go about web development. Run IE7 on your dev box and build everything against it. That's what your users will have, so that should be your first priority. Step two is making it work for FF. The added benefit to that approach is that you'll find less cross platfor…

Are you kidding? Developing for a crappy browser first is the perfect recipe for an unmaintainable mess of code, since you will be relying on hacks to get IE to do render correctly, then adding hacks again for every browser that does the right thing. First develop for a standards-compliant browser, then add (conditional) hacks to support IE. The other way around is just silly.

I think we posted this at almost the exact same time. Awesome.

Re: Dropped IE support for Instapaper

#27
post #16

It seems like most of IE is installed on corporate machines. Now answer me this, what kind of IT Administrator doesn't realize the advantages to installing firefox?

"You don't get fired buying IBM" Keeping / installing IE is the default option for most corporates. Change is difficult. IT Admins struggle for respect in many cases, and know that fighting over IE or FF means wasting ammunition they need on more important projects.

Well...

Keeping Firefox/Safari is the default option for most web developers. Change is difficult. Web developers struggle to make a living in many cases and know that fighting for pixel-perfect view in IE means wasting ammunition they need on more important projects.

... couldn't hold myself. Sorry :-)

Re: Dropped IE support for Instapaper

#28
post #8

I despise websites that do this because I have to use IE7 at work. This is probably the second fastest way for me to banish your website from memory besides being spam. Everyone on here talks about making the sign-up process as easy as possible, and requiring someone to download and install an entirely new application is about as complex and uninviting as one can get. Us "technical" people are still people, and the m…

Can I ask you (and others in a similar boat) a question about your work environment? When you say "I have to use IE at work," do you mean at the exclusion of other browsers? I too have to have IE6 at work (many old business apps require it), but I can also run Firefox, Chrome, Flock, Safari, etc. And I don't mind having multiple browsers open, in fact, I just usually do naturally, without any impetus. Does you workplace lock it down so you have only one browser?

Re: Dropped IE support for Instapaper

#29
post #8

I despise websites that do this because I have to use IE7 at work. This is probably the second fastest way for me to banish your website from memory besides being spam. Everyone on here talks about making the sign-up process as easy as possible, and requiring someone to download and install an entirely new application is about as complex and uninviting as one can get. Us "technical" people are still people, and the m…

Yes, but it's not usually one bug. A bug here and a bug there and pretty soon you're talking about real money. IE7 isn't so bad but I'm seriously contemplating dropping support for IE6 very soon.

And it's not just bugs, but lack of features. For example, I have requirements for simple 2D graphics with client-side interactivity. If we only had to support Firefox/Safari/Opera/Chrome, we could use SVG, but for users with IE (which has neither SVG or Canvas), that means Flash. Doing simple graphics with Flash is well over 10x more work than just splatting some XML inline into your page (which I've also done for personal side projects).

Consider, for example, that Flash/IE is a completely different plugin than Flash/all-other-browsers. We've definitely had Flash compatibility bugs between major versions, between minor versions, and even between the "same version" on different browsers. I can think of a few that took many of us more than 30 minutes just to trace through, much less come up with a workaround. And all of this only because IE (even IE8, AFAICT) doesn't natively support any kind of client-side graphics.

I don't know where the 30% overhead estimate for IE came from -- maybe a simple site? That sounds really, really low to me. I would put it at least 100% overhead for the kinds of things I do.

Re: Dropped IE support for Instapaper

#30
I'm under the impression that this site doesn't do all that much. Ok... you store URLs, then mark them as "read" and "unread." Not necessarily a good or bad thing.. I'm sure it's incredibly useful. That's not my point.

My point is, how can a 2 page website drop support for a whole browser? Just seems like laziness to me.

Post reply on HN