Slashdot Mirror


Startup Skips IE Support, Claims $100,000 Savings

darthcamaro writes "Guess what — you don't have to support Microsoft's IE web browser any more to build a successful website. In fact, you might just be able to save yourself a pile of cash if you avoid IE altogether." (Here's the story, from a few days back, in Canada's National Post, about the frugal financing of social startup Huddlers.) Evidently, no one complained about the lack of IE support either. I'd like to read more details about what $100,000 worth of IE-specific development would buy, though; not being dependent on IE sounds great, but loses some sparkle if it means requiring Chrome or Firefox.

45 of 273 comments (clear)

  1. They skipped IE support on their ADMIN pages by gabebear · · Score: 5, Insightful

    They support all browsers when not editing content(the way most people use this site)... this article is also rather old

    1. Re:They skipped IE support on their ADMIN pages by ilguido · · Score: 4, Interesting

      this article is also rather old

      Come on: Julia Johnson May 25, 2012 – 2:53 PM ET | Last Updated: May 28, 2012 7:45 AM ET

    2. Re:They skipped IE support on their ADMIN pages by Xest · · Score: 5, Insightful

      It sounds fucking stupid anyway.

      "No one complained about lack of IE support"

      Yes, that's probably just because they fucked off to your competitor who made even more cash than you because they did support the 33% or whatever of the global population that is still using IE.

      Besides, modern IE isn't exactly that difficult to support. Most browsers are much more forgiving and less picky than they were just a couple of years ago so if it displays right in Chrome/Firefox, chances are it does actually work just as well in say, IE7+ anyway.

      I don't like IE, but not supporting it is still just plain fucking stupid as you a) throw away a sizeable portion of potential customers, and b) It's not hard to support recent versions (which is the bulk of usage) now anyway. The $100,000 savings thing is either a big fat troll, or they have some either really really incompetent developers, or really really overpaid developers. If it costs you that to support most IE users when you already support say Firefox, Chrome, Safari etc. then your site and/or team is horribly broken.

      We support all these browsers as well as Blackberry, Android, iOS, WP7, Symbian to boot, and I can't see how if you've been sensible about your use of templating/stylesheets/javascript libraries like jQuery etc. you could possibly spend this much on IE support unless you're trying to support as far back as like IE3 or something. It implies they're willing to pay the equivalent of say, a standard front end developer $50k a year to spend 2 years on IE support which is frankly fucking insane.

      I suspect this story is just a rather long winded way of saying "We don't like Microsoft, down with IE" rather than something that has any basis in fact, which is also a shame really, because if they'd just come out and said that - i.e. exactly what they meant - then I'd have been able to just reply and say "Yep", instead.

    3. Re:They skipped IE support on their ADMIN pages by TheNinjaroach · · Score: 5, Insightful

      Besides, modern IE isn't exactly that difficult to support. Most browsers are much more forgiving and less picky than they were just a couple of years ago so if it displays right in Chrome/Firefox, chances are it does actually work just as well in say, IE7+ anyway.

      I wish this lie would simply go away.

      There is something fundamentally broken when your web browser requires non-standard markup in order to display standards-based markup.

      --
      I went to eat some animal crackers and the box said, "Do not eat if seal is broken." I opened the box and sure enough..
    4. Re:They skipped IE support on their ADMIN pages by Gr8Apes · · Score: 3, Informative

      Besides, modern IE isn't exactly that difficult to support. Most browsers are much more forgiving and less picky than they were just a couple of years ago so if it displays right in Chrome/Firefox, chances are it does actually work just as well in say, IE7+ anyway.

      I wish this lie would simply go away. There is something fundamentally broken when your web browser requires non-standard markup in order to display standards-based markup.

      IE 9+ maybe.... pre 9 I no longer bother for flashiness unless someone wants to pay. But, even then, since we're doing truly standards based development or utilizing supported toolsets on 99% of our websites anyways, we have very good odds of a large percentage of the website working all the way back to IE7, and the important workflows, i.e., ordering and purchasing, are tested thoroughly. That image flyover on hover, not so much.

      --
      The cesspool just got a check and balance.
    5. Re:They skipped IE support on their ADMIN pages by Pieroxy · · Score: 4, Informative

      The truth is that is you get IE out of the game, anything working in a browser either works in others of degrades gracefully.

      It you get IE in the game, you have to test and develop whole chunks of your website twice.

    6. Re:They skipped IE support on their ADMIN pages by Vanderhoth · · Score: 5, Insightful

      As a web developer I can tell you you're correct. I have CSS and jQuery that work perfectly with FireFox, Chrome, Opera and Safari. Then I have special case CSS files for IE 6, 7, 8 and general case IE. Other browsers rarely need special case rules and never at all require special case rules for every version of the browser.

      I deal with a lot of scientific data and dynamically generate graphs and plots based on variables selected in forms written in PHP. Almost guaranteed when I develop something in IE, it won't displayed correctly in FireFox, Chrome, Opera and/or Safari. If I develop something in FireFox I can't say I've ever had a problem with Chrome, Opera, or Safari, but it almost never works in IE and special case rules need to be written.

      Just as an example, I have a page where a user determines the type of species they're looking at by answering questions. My organizations web standards group provided me the jQuery and CSS for the feature. The questions are contracted links in a tree like structure and are formatted as "Does the species have XXX?" or "Does the species have YYY?". When the user clicks on a link the section expands and asks another question until the user gets to the linked name of the species they're looking for, which takes them to a page with more information on the species.

      The page works fine in FireFox, Chrome, Opera, and Safari, but doesn't work the same way in any IE browser. The progress enhancement solution for IE is to have all elements in the tree automatically expanded. The fact that this doesn't work in IE is a real pain in my ass. I demoed the page in FireFox and the content owner liked how it worked, but he uses IE and wasn't happy when I told him it didn't work the same way in that browser. So now he expects me to go through all the jQuery code and CSS to make it work the same way in not just IE, but every version of IE, which I'm not doing because 1) I've been told I'm not to modify features provided by the web standards group in order to ensure our web content complies with Web Content accessibility Guidelines 2.0 and 2) when the web standards group provides me with updates for jQuery features like this I'd have to go and re-update all the code again.

    7. Re:They skipped IE support on their ADMIN pages by KingMotley · · Score: 3, Interesting

      If you drop support for IE 6, then you can actually start to develop 1 page, with standards markup and be fairly successful. If you drop support for IE 7, then the incompatibility issues are fairly infrequent. Dropping support for IE 8 doesn't typically get you a whole lot, except for rounded corners, and you can drop the odd opacity/gradient code (Which isn't hard to generate). Between IE 9 and firefox/chrome the oddities are just about even. Chrome has a few bugs, Firefox has a few bugs, and IE 9 so far doesn't have any bugs I'm aware of, but it has a few features missing that the others support (Text Shadows mainly).

    8. Re:They skipped IE support on their ADMIN pages by aztracker1 · · Score: 2

      I'd say 80% of the time what I develop works cross-browser just fine... the rest is about half on various IE versions and the other half on firefox or safari quirks... with tablets in the mix (roughly 18% of my employers viewers now) it gets worse. Old tablet browsers are worse in some regards than IE8, as they don't always fully implement those features from 2-3 years ago, such as broken css3 transitions, etc..

      --
      Michael J. Ryan - tracker1.info
    9. Re:They skipped IE support on their ADMIN pages by s.petry · · Score: 2

      I don't like IE, but not supporting it is still just plain fucking stupid as you a) throw away a sizeable portion of potential customers

      Look, I'm sorry but you have it all wrong IMO. The whole point of HTML (and later JavaScript and CSS) was that it should not matter what browser you have, the stuff just works. The whole "works in my browsers" argument should have never happened, and was avoided so easily that it's scary. To argue that you must at this point in time is a rather retarded way of thinking.

      Why do most sites work in Opera, Chrome, Firefox, Safari, Netscape, Konquerer, etc... etc... with identical code? OMFG, they support "STANDARDS". Microsoft has a history of bastardizing standards to suite their needs and create lock in to their products. If you waste money supporting their piss poor practices that should be something you choose to pee away money on. The "requirement" was artificially introduced and never should have been there to begin with. With the mass migration from PC to Mobile the argument has little merit any longer.

      The arguments now should be what screen size to render, or how to scale based on the odd Mobile display sizes and not what browser is looking at the code.

      --

      -The wise argue that there are few absolutes, the fool argues that there are no probabilities.

    10. Re:They skipped IE support on their ADMIN pages by Johann+Lau · · Score: 2

      Sure, but unless you're into Geocities nostalgia or masochism, you'll end up with a website that sucks.

    11. Re:They skipped IE support on their ADMIN pages by Alex+Zepeda · · Score: 5, Informative

      You're kidding, right? IE8 lacks: Rounded corners, SVG anything, more robust font support, most HTML5 goodies (enhanced form support for things like validations and placeholders), text on canvas, CSS media queries, javascript optimizations like nested arrays and getElementsByClassName. IE8 is definitely a primitive browser.

      IE9 is much closer, but it's still pretty bad. AFAIK it still doesn't support rounded borders + gradients and it has a number of problems with its SVG support. Others have linked to caniuse.com, but I'll point you in the direction of D3's issue tracker>.

      If you're doing a dead simple site, sure IE8 not too bad. If you're trying to take advantage of "new" features, you're pretty much SOL (even with IE9).

      --
      The revolution will be mocked
    12. Re:They skipped IE support on their ADMIN pages by jakimfett · · Score: 2

      Herp derp, old jokes R teh fun when yous peat dem 4 six yrs.

      'specially when they're still true. But hey, it's not like I'm a web developer grinding through this stuff every day. It's not like the official version of Microsoft products is WinXP/IE7 in my workplace. It's not like my primary project for fall 2011 *required* support back to IE6. I must be completely clueless, yup yup...

      --
      Bits of code, random ramblings: jakimfett.com
    13. Re:They skipped IE support on their ADMIN pages by Blakey+Rat · · Score: 3, Insightful

      IE8 has every W3C complete standard implemented. Every one.

      The problem is either one of:
      1) Web developers demand too many features that are incomplete standards to the point where those features are just "expected", even though no browser is compelled to implement them

      2) The W3C moves slower than molasses in January, and at this point they are the ones slowing progress on the web much more than Microsoft ever did.

    14. Re:They skipped IE support on their ADMIN pages by BrynM · · Score: 2

      Here's the same article (albeit with a different company name) from April: http://techcrunch.com/2012/04/01/bootstrapped-startup-saves-over-100k-by-dropping-ie/

      --
      US Democracy:The best person for the job (among These pre-selected choices...)
    15. Re:They skipped IE support on their ADMIN pages by PCM2 · · Score: 2

      And don't even get me started on Javascript... there is just no way.

      There's a pretty easy way for most people: Use a framework like jQuery, where they've done most of the banging-your-head-against-a-rock for you.

      --
      Breakfast served all day!
    16. Re:They skipped IE support on their ADMIN pages by thirdender · · Score: 2

      80% will work fine if you:

      • Support only IE9+, or
      • Ignore CSS3 linear-gradients (the MS filters are too buggy and slow to be used in IE)
      • Rely on jQuery or some other Javascript library for all your DOM manipulation needs
      • Use a Javascript library or custom code for your JavaScript 1.6+ needs (did you realize Array.indexOf wasn't in JS until 1.6?)
      • Don't try to use display: inline-block; without IE specific hacks
      • Don't use :before or :after psuedo-elements, or :(first|last)-child selectors without ie7-js
      • Don't use display: table-cell; (even though some developers still do, and for the life of me I haven't found a suitable analog or shim)

      If you're skipping out on all that, then yeah, sure, 80% of what you do will work fine in IE, no problem. If you try to do more than that, you will be fighting an uphill battle to make your site work properly in IE.

  2. Useless by vlm · · Score: 3, Informative

    I'd like to read more details about what $100,000 worth of IE-specific development would buy, though

    Boring pixel perfect rendering to make the artists happy. Blah. At least I know they're putting most of their effort into how it looks; I will have no use for it, and can avoid it.

    --
    "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    1. Re:Useless by ilguido · · Score: 4, Informative

      It's the admin part that's Firefox/Chrome only. So it may be something else than boring pixel perfect rendering. The portfolios(which need the "boring pixel perfect rendering to make the artists happy") can be browsed with any browser.

    2. Re:Useless by Anonymous Coward · · Score: 5, Interesting

      I'd like to read more details about what $100,000 worth of IE-specific development would buy, though

      Boring pixel perfect rendering to make the artists happy. Blah.

      This. So very this. I'm involved in a web project right now where both IE support AND pixel-perfect rendering are apparently vital (it took us about a month to convince the spec designers of the concept of "your fonts are not the user's fonts" and "Illustrator is NOT a web design tool"). We're actually expected to maintain pixel-perfectness in an automated testing environment. Seriously, half our development time has been wasted trying to figure out how to test this with an art department breathing down our necks with pixel-measuring tools for a web application.

      So you can see why I posted anonymously.

    3. Re:Useless by n5vb · · Score: 5, Insightful

      And the original concept of the Web was specifically not intended to do pixel-perfect rendering of anything. HTML was specifically designed to mark up flexibly depending on the dimensions of the window space, and use local fonts on the client rather than supply fonts from server side, so getting pixel perfect rendering of a site is essentially fighting a whole pile of client-side unknowns that may vary widely even between instances of the same browser rendering engine that are doing exactly what they were designed to do based on the HTML spec (although because everyone wants their site to "pop" and grab viewers' attention and all that other marketing BS, the spec itself is now starting to drift toward pleasing high-end art departments .. ::eyeroll::)

      And remember that JavaScript was originally part of MS' "embrace, extend, extinguish" strategy, and the open standard it evolved into differs subtly from the version MS still implements in IE. (And that aspect of IE integration can be a massive rectal pain loaded with horrendously screwy little gotchas.) So if you do anything major on client-side, including pretty much anything even vaguely resembling Ajax, you're stuck with two parallel development/testing cycles, one for IE, one for pretty much everything else. I actually abandoned IE support on one site I was building because I just didn't have the time to mess with it.

    4. Re:Useless by MaWeiTao · · Score: 3, Insightful

      Just because you can't be bothered to get every pixel just right doesn't mean it's not important. Those differences you consider irrelevant often make the difference between having a site that looks professional and intuitive and one that doesn't.

      Being on the other side of this, as a designer, it's immensely frustrating to deal with developers who can't get things right. I'm not just talking about being pixel perfect, I mean being in the general ballpark. I'm not one to harass developers about every last pixel, but it's outrageous how sloppy these guys sometimes are.

      I mean, I do a bit of my own development occasionally, and trying to follow best practices and keeping my code clean I can reproduce what I had in Photoshop almost exactly. So someone who's expertise this is can't do the same. And the fact is that I have worked with developers who are meticulous and do get things right. But those guys are few and far between. The rest, like most people, do just enough to get by, but then bitch when being given a hard time.

      I will also agree that many, if not most, designers have no sensitivity towards the web. They produce work that is impractical and have unrealistic expectations for development. So it does go both ways. But then that's what education is for, inform the designer what works and what doesn't. It's something I try to do, although I admit it encounter a lot of stubbornness.

      The IE limitation is for the backend, not the site itself. The actual site looks like they took something off the shelf and put minimal effort into customizing. So this is not a case of a demanding designer, by any stretch of the imagination. Judging from the design I don't expect much from this startup. Looks like a me-too kind of site.

    5. Re:Useless by mcgrew · · Score: 2

      Attempting pixel-perfect rendering on a web page is ignorant, especially today when so many get their internet on a phone. There's no possible way to know the user's screen's orientation, aspect ratio, size, or resolution. It's not going to look the same on your kindle as it is on your computer.

      Blah. At least I know they're putting most of their effort into how it looks; I will have no use for it, and can avoid it.

      Indeed. Content is king, how pretty the page is is secondary.

  3. Re:imho by fuzzyfuzzyfungus · · Score: 4, Insightful

    Yes on (a) no on (b).

    IE, with the possible exception of the waning days of netscape, has been a pox on the internet. However, that said, any flavor of 'BEST IF VIEWED ON', be it IE6, or something technically superior, is the real pox upon the internet...

  4. Re:imho by SJHillman · · Score: 2

    I haven't had any issues with IE8 or IE9 that isn't present in any of the other major browsers. Even IE7 was decent when it first came out. It's not my browser of choice, but it competes with Chrome for the #2 spot. No browser is "superior in every single way" - each one has its strengths and weaknesses. I prefer Opera for the bulk of my day-to-day browsing, IE for certain types of interactive content and Chrome for speed on media-heavy sites (mostly Netflix and Pandora). I only have Firefox and Safari installed for testing my websites and they get no use otherwise.

  5. I'd like to complain by Eirenarch · · Score: 2

    I'd like to complain that /. does not work well (hides part of comments) in IE. /. will probably claim that no one is complaining but here I am. So are you going to fix it now?

  6. Webkit by hackus · · Score: 3, Informative

    I would target the latest version of webkit.

    IE:

    1) Developer tools
    2) Server software
    3) Desktop Software
    4) Virus Checking your updates from Microsoft/MSDN
    5) Specific time for setup, maintain IE development environment. (Server, Desktop, Tools)
    6) Debug time for IE specific stuff and Development

    And of course all the licensing BS costs.

    I can see lots of reason to dump IE altogether and just target webkit.

    -Hack

    --
    Got Geometrodynamics? Awe, too hard to figure out? Too bad.
    1. Re:Webkit by Gr8Apes · · Score: 2

      Just write to the standards. WebKit happens to support them, as do several other browsers. The one left in the cold? IE.

      --
      The cesspool just got a check and balance.
  7. Re:Here's the memo the interviewees missed by SJHillman · · Score: 5, Funny

    You obviously haven't spent much time on Slashdot or Facebook.

  8. Not that I'm skeptical or anything.... by Toreo+asesino · · Score: 3, Interesting

    ....ah sod it, I'm calling BS on this. Back in the days of IE6 & 7, maintaining cross-browser compatability was a nightmare. Now not really - IE renders as well as any other browser, and there's not a single one that doesn't have it's own quirks in some form or other.

    --
    throw new NoSignatureException();
  9. Right. Sure. by Sycraft-fu · · Score: 3, Insightful

    Sounds more like they are either making shit up to try and get new bites for advertising (my bet) or they suck at design.

    While you do encounter some differences with browsers, you don't encounter the level of differences that would require $100k of work to fix unless you either suck or are doing something supremely stupid with your design.

    Certainly a mark against your product if I'm evaluating it. I don't use IE, but any time you are telling me that I have to use browser X or can't use browser Y all I can think is you suck at design work. The stuff I use works fine in everything. No, it doesn't always look 100% the same, but it works. My web host has a fairly involved backend for all their various management features and it'll work in all browsers.

    Part of it is just not getting too stupid with HTML 5. Yes it is neat and all however it doesn't all work. All the browsers have issues with it in one form or another so maybe leave off all the crazy features for a bit. My favourite example is the HTML5 Angry Birds. It says works best in Chrome, which isn't a good sign that it should matter. It does run well in Chrome, but seems to blow Chrome up from time to time. IE is stable with it and all the features work but the rendering is a little slower. Can't seem to maintain a solid 60fps. Firefox has fast rendering and doesn't seem to have stability issues, but has no sound.

    With a bit of smarts about the design, supporting all browsers is not a herculean feat. Our web guy (there's only one) manages it just fine.

  10. It's shennanigans by crazyjj · · Score: 5, Informative

    First of all, the summary has it wrong. The company is 4ormat, not Huddles. And read this article for an explanation of how this claim is just a publicity stunt. It works just fine in IE (ironically, the only browser it doesn't work in is Opera).

    --
    What political party do you join when you don't like Bible-thumpers *or* hippies?
  11. Yes, it's true, they saved $100k by Hermanas · · Score: 3, Interesting

    Although not $100k in IE-specific development; They saved $100k in advertising for their PR stunt, because now they get tons of free PR from all over.

  12. Re:imho by Kjella · · Score: 2

    To be honest, I'd not have a big problem with Webkit becoming the reference implementation for HTML. For one it's trying pretty hard to stick to the standard and if all else fails you can look at the code to see what the hell it's doing. Comparing that to IEs black box layout where I've been doing pixel-by-pixel adjustments waiting for the one pixel to turn my entire layout into monkey barf isn't even on the same planet. As long as they don't fall into the "yeah this is wrong but we can't fix it because that'd break too many sites" crap. Fix it and the crappy web developers who've relied on buggy and incorrect behavior will have to fix their shit, I don't have a problem with that.

    --
    Live today, because you never know what tomorrow brings
  13. Not Huddlers, and not a business app by optimism · · Score: 2

    TFS talks about the "huddlers" website, which was absolutely nothing to do with this topic. TFA mentions (briefly) that the artist-portfolio site 4ormat skipped IE support. What the hell? Do the editors here not even bother to skim the articles they post?

    Anyway, it ain't a business app. If you create web apps for the "enterprise market", you absolutely positively need to support IE. Often back to IE6, yes, even today. I don't like it, but that's just the way it works in big business. Platform shift is veeery slow when a business has tens of millions of customers, partners, and employees who rely on a particular application.

    Anyway I don't understand the $100K savings. Come on, what startup is dumb enough to write directly to the browser in HTML & CSS? There are tons of AJAX/DHTML libraries that hide all of the differences across browsers and browser versions. smartclient.com and extjs come to bind as a couple of systems with extreme breadth & depth.

  14. Not really - they skipped IE support everywhere by Hemi+Rodner · · Score: 2

    Here's an example of what they are telling their customers:

    IE is becoming a really outdated browser - we can't offer full support for IE, though we do try our best to offer that. IE uses different syntax for CSS than many other browsers, and generally causes problems. It will be nice when everyone stops using it!

    Thanks for using 4ormat, Stefan

    So it implies that IE manages to display most of their content, but thet don't really bother fixing IE-related problems.

    --
    hemi
  15. correct code by erica_ann · · Score: 2

    If you write the code correctly in the first place and w3c compliant.. you dont have to worry about supporting ie.. it just works right.

  16. All versions? by Millennium · · Score: 3, Interesting

    I'll give them IE6 and IE7. I'd give an awful lot to not have to support IE8, even. But there really isn't any reason to not support IE9, unless you need WebGL for something. A lot can be said about Microsoft's past shenanigans in the browser space, and none of it is good, but they pretty much cleaned up their act with IE9, and that should be acknowledged and encouraged.

    Though I'm still suspicious of their WebGL stance. That sounds, much like the NPAPI plugin thing in the past, more like a simple attempt at lock-in than an actual security concern.

  17. Re:Why would supporting IE costs extra at all? by assertation · · Score: 2

    I think this is pretty debatable. Most sites for general public use should probably work in some form for ie7 and ie8. For most, there is probably still enough market share there to justify the effort.

    I think the only people left using the dreaded IE 6 are orgs who built webapps hardcoded to it and maybe a few people with very ancient computers. The first group is not really relevant to the kind of site the startup is making ( and they likely have modern machines where other modern browsers are likely installed ).

  18. Re:imho by IAmGarethAdams · · Score: 2

    We've got a front end dev in our web shop with rendering patches accepted into Gecko. It's a rare sight, and it takes the right kind of developer, but it's not unheard of

  19. MS goes one way, We go another by SoothingMist · · Score: 2

    Personally, I think we should just let MS go its own proprietary way while the rest of the world goes with open software and languages. Any company that takes a standard and reworks it for its own proprietary purposes does not deserve a loyal customer base.

    1. Re:MS goes one way, We go another by Tarlus · · Score: 2

      I was saying this in 2002. Ten years later, it has become clear that while we can boycott a software company as individuals, there are way too many people out there who don't really care what MS does differently because (a) they are non-technical and they don't even know what web standards are, (b) it came with their computer, it suits their needs just fine and they would rather concern themselves with other things, and (c) they will trust a large corporation like MS before they listen to a bunch of geeks like us.

      I have encouraged countless people to stick with alternative browsers over the years and it has served them well, however these days even IE seems to do a pretty good job of adhering to standards. MS still tries to be naughty from time to time, and I still don't use IE9 for more than testing, but they seem to have made some vast improvements in recent years.

      --
      /* No Comment */
  20. Re:Why would supporting IE costs extra at all? by tepples · · Score: 2

    I understand not taking hours to troubleshoot problems on IE 6 and 7, but Windows XP won't run any IE newer than 8.

  21. We did the same thing. by monk · · Score: 2

    We have a small (tiny) startup with a local community membership, and I'm the sole developer. Members are able to edit their own content. After a couple of rounds of broken IE (even 9) and the hassle of even keeping a Windows test platform usable we dropped IE support for members in favor of Chrome, Firefox, Opera or Safari. So far, no members have complained and we've been able to turn back on features that just didn't work in IE and will soon have removed every special case in the CSS and javascript. Frankly if we are loosing some hypothetical customers who insist on IE, we're better off without them.

    Visitors to the site can still use IE, but we'll be working to discourage even that in our small part of the world.

    We also support some of our members who are less computer savvy and for the last couple of years when we get a request for help with their local machines, we suggest switching to Linux. So far we've had close to 100% success, with users being really impressed with the live Ubuntu CD demo and having very few questions or issues after switching over. Months later we still hear about how much better their experience has been. I've heard several variations on "I thought I was stupid and didn't understand computers, but this is just easy."

    And then Unity came along.... I'll save the rant for another post, but I'm really worried that this is not just annoying for experienced users, but after trying to show people how to use it, it's a real step backward for new users too.

    --
    [-- Trust the Monkey --]
  22. IE is still a bitch by Tom · · Score: 2

    I'm developing a web app so there's some personal frontline experience here. Supporting IE is still a bitch, it sucks badly and it's a punishment. If my target audience were private individuals, I'd say "fuck IE", plug a big "IE not supported" button on the homepage and be done with it. Unfortunately, my target audience is in the corporate environment.

    The main problem is that IE does everything differently from everyone else and from version to version. In CSS, for example, sure, other vendors have their prefixes, but writing out half a dozen essentially identical statements for advanced CSS stuff is tedious, but not troublesome. Finding the five different ways the IE wants it done, that are totally incompatible with anything else is just horrible. Google up how IE does CSS gradients vs. how everyone else does it for an example.

    For JS, fortunately we have stuff like jQuery or Prototype, and yet plugins to these still list compatability with various browser - and large everyone else is either supported or unsupported and then there's IE. It is very, very, very rare to find a plugin that works on Firefox, but not Chrome, or on Safari, but not Opera. It's a lot more common to find something that works everywhere except IE.

    Basically, you can write a web app that runs fine and looks nearly the same on all recent versions of all major browsers, and breaks completely on IE. You would have to consciously try to do the same with any other major browser.

    --
    Assorted stuff I do sometimes: Lemuria.org