Slashdot Mirror


MS Urging Developers To Prep For IE 7

Mike Savior writes "Eweek has a story stating that Microsoft is telling web site developers to prepare their sites for IE 7. From the article: 'One area that Microsoft has clearly articulated as being one in which developers can start work now to prepare for IE 7 involves the UA (user agent) string. First discussed in the company's Weblog in April, the code change prompted a reminder on Wednesday to developers, telling them that Microsoft continues to run across Web sites that are not expecting Version 7 of the browser, and urging them to test their UA strings. '"

406 comments

  1. oh pretty please... by Anonymous Coward · · Score: 1, Funny

    please make this one understand CSS...

    1. Re:oh pretty please... by BoldAC · · Score: 4, Insightful

      Quote:
      "There are undoubtedly many Web sites that are so poorly built or tested that IE7 will break them," he said, "So it's not entirely dumb to make a fuss about IE7's impending release."

      Translation:
      IE7 will continue IE's ways of non-standardization. Expect IE7 to break your site.

    2. Re:oh pretty please... by TheRaven64 · · Score: 1

      The optimistic view would be that they have fixed some of the bugs present in older versions of IE so work-arounds that rely on other bugs are no longer required and will render incorrectly. Still, you're probably right.

      --
      I am TheRaven on Soylent News
    3. Re:oh pretty please... by Revenge013 · · Score: 1

      Oh, I interpreted the 'poorly built' comment in TFA as meaning, "Web sites that run on Windows servers will not work with IE7."

      I believe your translation to be more accurate.

      --
      Trivial Omnipotence
    4. Re:oh pretty please... by Zaiff+Urgulbunger · · Score: 1

      I half hope they've done nothing at all other than add tabs and RSS. That way, websites don't need any recoding (save for a UA sniffing tweak if you use it). Because fact is, we'll still have to test for IE6 (and maybe IE5.5?) compatibitity, so the last thing I need is another "special" browser with its own "special" interpretations of the standards!!

    5. Re:oh pretty please... by godders · · Score: 1

      Oh yeah that's a great idea, why bother moving forward when we can stay where we are and fucking stagnate? all because you can't be bothered to remove the horrible ugly IEx.x-only code in your website and replace it with something more sensible.

      It going to take about 4 years* from the release of a new version before we can even begin to think about dropping support for IE6, and probably one or two years before we can relegate IE6 to the status of 'second class' browser, and design for IE7/Moz/etc and just make sure content is accessible in IE6 - as many do now with Netscape4-, IE4-, etc.

      So don't you think it's a good plan to get it done as soon as possible?

      * so I recall reading, may or may not be entirely accurate. It's probably way longer.

      For the record, UA sniffing is a FUCKING TERRIBLE way to make webpages work in multiple browsers. Have a look at the UA string of an average browser today:

      Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)

      What browser is it? Mozilla 4? Noooo, it's our old friend IE6.

      Browser UA strings are fucked up, because of badly written UA string sniffing routines that browser vendors don't want to fall foul of.

      Lets see some more:

      Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/312.1 (KHTML, like Gecko)

      What do you think that is? KHTML means it must be Konq, right? Safari? is KHTML based on Mozilla? 'Like Gecko'..?

      Mozilla/4.0 (compatible; MSIE 6.0; Windows 98) Opera 7.54 [en]

      And that? IE6? Opera?

      Browser UA sniffing: bad idea.

    6. Re:oh pretty please... by HeroreV · · Score: 1
      Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/312.1 (KHTML, like Gecko)
      Woah, is that Safari?
    7. Re:oh pretty please... by didde · · Score: 1


      I've heard rumors claiming Apple constructed Safari's User-Agent header that way to increase the chance of Javascripts around the world treating it like Gecko (i.e. Konqueror). And if you've ever tested some dHTML on Safari you'd know that Safari == Gecko DOM-wise.

      It's actually a pretty smart move if you ask me...

    8. Re:oh pretty please... by Zaiff+Urgulbunger · · Score: 1

      Oh yeah that's a great idea, why bother moving forward when we can stay where we are and fucking stagnate? all because you can't be bothered to remove the horrible ugly IEx.x-only code in your website and replace it with something more sensible.

      Sorry, did I upset you? O_o
      My thinking was that there's no way MS will build a properly standard compliant browser (they've already stated this) so IE7 will just be _another_ non-standard browser along with the other ones that still need to be supported (IE6 and to a lesser degree IE5.x).
      But I agree with what I believe to be your point that the best thing would be for IE7 to be standards compliant. It's just a shame that isn't going to happen isn't it?!

      For the record, UA sniffing is a FUCKING TERRIBLE way to make webpages work in multiple browsers. Have a look at the UA string of an average browser today:

      Appologies if I implied it was a good idea. I know it isn't! I don't to that. But I _do_ use CSS hacks, as AFAIK, do most other people who create "standards based" websites. My point was simply that although it's easy to state that UA sniffing is bad, we should also consider the possibility that many standards based websites might fail to render correctly on IE7 _if_ MS decide to either fix their CSS *or* fix their CSS parser. If they fix both we're fine!!

    9. Re:oh pretty please... by Zaiff+Urgulbunger · · Score: 1

      [ahem] I thought you had replied to my other post </humble> Sorry!!! :-)

    10. Re:oh pretty please... by HAKdragon · · Score: 2, Informative

      Konqueror doesn't use Gecko, it uses KHTML, on which Safari is built.

      --
      "Our opponent is an alien starship packed with atomic bombs. We have a protractor."
    11. Re:oh pretty please... by Black+Morning · · Score: 1

      Alternate Translation:
      IE7 sticks to the standards more closely than IE6, so if you have bug-compatible code aimed at IE6 expect IE7 to break your site.

      Maybe I'm just dreaming...

    12. Re:oh pretty please... by Anonymous Coward · · Score: 0

      Reality:

      Microsoft fixes bugs little by little, but with each bug fix comes a series of breakages on sometimes major sites that have grown to depend on their presence. One site actually required a direct violation of the HTTPS specification to work and simpy assumed if you came from the right referring URL you were logged in.

      It's for this reason that Microsoft are in a much harder situation when it comes to making IE compliant with all standards. At the end of the day if Firefox fucks up their implementation, no businesses will loose out, and it can be changed in the next version without concern for breaking sites.

      Its not a question of talent or will. Microsoft can support the standards AND their own extensions, and still achieve their goals just as well, however even fixing a small bug with the box model actually required the W3C to introduce doctype switching, since so many sites required the flawed model to operate, and many still do.

      If Microsoft could, as a business, turn around and break all those sites, it'd do it tommorow. The IE development team are passionate about what they do, and want to produce a good product, but that product has to meet needs of the majority of people who use it.

    13. Re:oh pretty please... by Anne+Thwacks · · Score: 1

      My system is ready it responds "Your browser is insecure, to avoid viruses and spam, please replace it with a more secure one such as Firefox -link here-"

      --
      Sent from my ASR33 using ASCII
    14. Re:oh pretty please... by NutscrapeSucks · · Score: 1

      And if you've ever tested some dHTML on Safari you'd know that Safari == Gecko DOM-wise.

      Bah. Last time I checked it (admittedly about a year ago), Gecko's DOM support was significantly better than Safari's. You certainly can't blindly treat the two the same way -- you need to test everything. You'll have better luck treating IE6 and Gecko the same than you will with Safari.

      (And now Safari's DOM is different from KHTML's too, so forget that part of the UA.)

      I wouldn't be suprised if Safari's fucked-up UA was developed to work around one specific script library. It really is a big and maybe necessary kludge, not a "smart move".

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    15. Re:oh pretty please... by Anonymous Coward · · Score: 1

      Oh yeah that's a great idea, why bother moving forward when we can stay where we are and fucking stagnate? all because you can't be bothered to remove the horrible ugly IEx.x-only code in your website and replace it with something more sensible. ERROR: Assumes facts not in evidence: i.e. IE7 will "move forward." The greatest fear of any web designer is that Microsoft will fix the bugs that they exploit for their IE workarounds, yet won't fix the bugs that they need those workarounds for. In which case, yes, stagnation would be better.

    16. Re:oh pretty please... by Mozk · · Score: 1

      I'm going to start coding just as the standards say. I'm not even going to test it in any browser. If it doesn't look like I intended it than it's the browser's fault.

      --
      No existe.
  2. not a webdev, but... by Anonymous Coward · · Score: 1, Interesting

    I'm not a web developer, but shouldn't sites use the user-agent string as a minimum value to check for? For instance, design a site that works with version 5+ of a browser, rather than *only* version 5 (or 6 or 7).

    1. Re:not a webdev, but... by datadriven · · Score: 5, Insightful

      Usually it's better to check for DOM objects than user agent strings.

    2. Re:not a webdev, but... by Freexe · · Score: 2, Informative
      A webdeveloper shouldn't be checking the UA string at all.

      Javascript should be made using object detection and built by default to work (degraded but still usable) and CSS should be built to standards with 'fail-safe' hacks to make it work in all major browsers.

      Unfortunatly time pressures and the shear amount of crazy browser bugs (in ALL browsers) can sometimes make this hard.

      --
      "In a time of universal deceit - telling the truth is a revolutionary act." - George Orwell
    3. Re:not a webdev, but... by MP3Chuck · · Score: 2, Interesting

      Could you elaborate? I've been looking for non-UA methods of browser detection ...

    4. Re:not a webdev, but... by scarlac · · Score: 1

      FF and IE includes a standard object called navigator.
      Within that object you may find several child nodes that tells version, vendor, etc..
      These objects may be used through javascript, but this isn't the most effective way for say... hitcounting/visitcounting and other forms of stats.
      Serverside tracking without subsequent client requests, just for fetching client info, is much more wanted and effective imo.
      The UA has it's advantages, but I personally NEVER rely on it. I despise all sites that do, and I always code my sites to conform as much as possible to the standards.
      -> I develop and browse in FF, and hack for IE.

    5. Re:not a webdev, but... by masklinn · · Score: 1

      UAS should only be used for statistics purposes, doing browser checks through UAS for feature picking is a Bad Thing ©

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    6. Re:not a webdev, but... by ffrinch · · Score: 2, Informative

      See here.

      e.g., if you need to select DOM elements, see if the document.getElementById method exists, rather than checking for IE >= 5.

      It's no use for sites using browser detection to send working CSS rules, though, since they need to work even if JavaScript is turned off.

    7. Re:not a webdev, but... by JimDabell · · Score: 1, Redundant

      Say you want to get an element with a particular id attribute. Older versions of Internet Explorer don't support document.getElementById() but do support document.all. Newer versions of Internet Explorer support both. Other browsers sometimes support document.all and sometimes support document.getElementById.

      The bad way of sorting this mess out is to try and figure out which browser is being used, and keep updating your detection code on every website you do every time a new browser is released.

      The smart way of sorting the mess out is to not care what browser is being used, but simply check to see if document.getElementById() and document.all exist. Example:

      function getEl(id)
      {
      if (document.getElementById) {
      return document.getElementById(id);
      }
      if (document.all) {
      return document.all[id];
      }
      return false;
      }

      This way, somebody using a browser you've never even heard of can visit your site and have things work.

    8. Re:not a webdev, but... by bwintx · · Score: 1, Insightful
      Javascript should be made using object detection and built by default to work (degraded but still usable) and CSS should be built to standards with 'fail-safe' hacks to make it work in all major browsers.

      All the JS fans are conveniently forgetting about those MSIE users who've turned off active scripting, often as a requirement by in-house IT. Better idea is to go server-side -- e.g., PHP or, for M$-devotees, [gag] ASP.

      --
      Discussion System prefs link: http://slashdot.org/users.pl?op=editcomm
    9. Re:not a webdev, but... by NutscrapeSucks · · Score: 2, Informative

      A better practice in 2005 is to drop this sort of script all together. It is only needed to support IE4.0, which nobody uses any more and probably won't render your site correctly regardless.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    10. Re:not a webdev, but... by JimDabell · · Score: 2, Informative

      A better practice in 2005 is to drop this sort of script all together. It is only needed to support IE4.0

      No. This particular script is generally only useful when you need to support Internet Explorer 4.0, but that doesn't mean this sort of script is no longer useful.

      A more relevant example would be checking for XMLHttpRequest, but that involves two different code branches anyway due to the difference in instantiation between the ActiveX and native objects.

      I chose the document.getElementById versus document.all example because it's a simpler example of the technique. The fact that this particular example caters to an older browser is irrelevant. This sort of script is still the best method of supporting browsers with different capabilities today.

    11. Re:not a webdev, but... by NutscrapeSucks · · Score: 1

      A more relevant example would be checking for XMLHttpRequest, but that involves two different code branches anyway due to the difference in instantiation between the ActiveX and native objects.

      Exactly. DOM checking is certainly the right way, but on 2005, almost all of these sorts of checks require that a knowledgable coder create seperate paths. They are no longer any simple cases of the same method with two different names as there was in the v4 days.

      In general, I dislike the code library approach because it tends to preserve buggy behavior forever. Most "getEl" scripts like yours put the document.all check first, which means that if the element doesn't exist, IE behaves differently than other browsers. Bug.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    12. Re:not a webdev, but... by whitehatlurker · · Score: 1
      shouldn't sites use the user-agent string as a minimum value to check for?

      Anything like this which is pretty much under the control of the user (like the "referer" string) should not be taken seriously. With a good browser (yes, I mean Opera, but also the Mozilla group with the appropriate extensions - or wget) you can set the browser to lie for you, or a filtering proxy like Proxomitron or Privoxy can do the job for you. Most people/browsers don't lie, but enough do.

      If my world view is incorrect, I'll have to start designing for "NutScrape 9.x" running under CP/M, or my favourite UA string "Bond, James Bond (version 0.07)".

      --
      .. paranoid crackpot leftover from the days of Amiga.
    13. Re:not a webdev, but... by Stankatz · · Score: 1

      Sometimes that's not always possible. For example, if you set style.cursor to 'pointer', IE will generate a JS exception. You can catch this and then set style.cursor = 'hand', and the problem is solved. However, if you set style.position = 'fixed', the position will silently be set to 'static'. There's no way I can think of to detect this behavior. You just have to infer what the browser is some other way first, and set the position to 'absolute', which will work well enough in most situations. The point of these examples is that you can't simply check for the style.cursor or style.position attributes, because they exist on all modern browsers. I agree that checking the UA string is pretty pointless. It would be like checking a car's odometer if they could easily be reset by the owner. Hey, I managed to work in a car analogy!

    14. Re:not a webdev, but... by Baricom · · Score: 1

      Opera does a terrible job of lying. Regardless of what browser you tell it to masquerade as, it always appends Opera/n.nn to the end of the User Agent string.

    15. Re:not a webdev, but... by whitehatlurker · · Score: 1
      Actually, you can get around this. The ua.ini file can mask that out completely see here for details.

      But yes, I would use a filtering proxy to munge the http headers. I agree that Opera's support for this is lacking.

      --
      .. paranoid crackpot leftover from the days of Amiga.
    16. Re:not a webdev, but... by JimDabell · · Score: 1

      DOM checking is certainly the right way, but on 2005, almost all of these sorts of checks require that a knowledgable coder create seperate paths.

      Well the crux of my argument is that object detection (what you call "DOM checking") is a much better way of branching than browser detection. The branching is necessary in many situations, yes.

      In general, I dislike the code library approach because it tends to preserve buggy behavior forever.

      Don't you have that the wrong way around? If you have a bug in a library, you can fix it once. If you copy & paste the code instead of making a library, then you have to hunt through all the Javascript you've ever written to fix it. I've tried both ways. It's the copy & paste that lets bugs live forever.

      Most "getEl" scripts like yours put the document.all check first, which means that if the element doesn't exist, IE behaves differently than other browsers. Bug.

      That's not something to do with object detection versus browser detection though, is it? Or even code library versus copy & paste.

    17. Re:not a webdev, but... by Hes+Nikke · · Score: 1

      personally, i only rely on UAS as a way to work around layout bugs (read different HTML, no PNG's, different CSS for IE) and i set it up to be easily overridden. (how else am i supposed to validate it?) I believe i fall back on the "modern browser" (read not IE) path when i detect an unknown web browser. i'd have to check my code, but IE 7 will fall back on my modern path if i add maybe 1 line of code, maybe later.

      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
    18. Re:not a webdev, but... by masklinn · · Score: 1

      That's a mistake, you should get rid of your UA checking altogether, rely on conditional comments if you can, css hacks (underscore hack being the most reliable and tidy one) and JS object detection for what's missing.

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
  3. If you use Firefox... by Anonymous Coward · · Score: 2, Funny

    ...the terrorists have already won.

    1. Re:If you use Firefox... by Kellan · · Score: 0, Flamebait

      The only reason nobody sees it as having holes is that the holes are a lot less evident since barely anyone uses FF (as compared to IE). I think IE and FF, heck, all browsers probably have about the same amount of open holes; IE's are more visible because there is more exposure of it to the WWW.

    2. Re:If you use Firefox... by Dehumanizer · · Score: 1

      Ah, the "all software is of the same quality" myth.

      --
      The Tlog - a technology blog
    3. Re:If you use Firefox... by Kellan · · Score: 0

      ...could you please point out the part of my post that mentioned me thinking all software is the same quality? All I said was that they probably have an equal amount of holes. I said nothing of the quality of the software.

    4. Re:If you use Firefox... by klept · · Score: 1

      yeah that's funny, until you realize how true it is.

    5. Re:If you use Firefox... by oldwolf13 · · Score: 1

      Ah, the "I'll read into it what I want" myth.

      --
      If I can't smoke and swear I'm fucked.
  4. Shut 'em out by markdavis · · Score: 4, Insightful

    Oh yes, gotta prepare all those sites out there so they don't shut out IE7, like they do non-MS browsers. Personally, I think it would be refreshing for IE7 users to see something like: "We are sorry, but we don't support your browser. Please upgrade to the latest Internet Explorer. We don't believe in standard HTML."

    1. Re:Shut 'em out by dnoyeb · · Score: 1

      True. They should just replace IE with MS Word and get it over with.

    2. Re:Shut 'em out by legirons · · Score: 1

      "Personally, I think it would be refreshing for IE7 users to see something like: "We are sorry, but we don't support your browser. Please upgrade to the latest Internet Explorer"

      +1: Funny. I might actually program a message like that into my website...

    3. Re:Shut 'em out by dusik · · Score: 1

      If one person does this, they're stupid. If many people do this, it could have a profound effect.

      Who's in this with me?

    4. Re:Shut 'em out by legirons · · Score: 1
      <?php if(false !== strpos(
      $_SERVER["HTTP_USER_AGENT"],
      "Mozilla/4.0 (compatible; MSIE 7.")){

      print "<p>We are sorry, but we don't support your browser. ".
      "Please upgrade to the latest Internet Explorer, ".
      "or continue to use the site at your own risk</p>\n";
      } ?>
    5. Re:Shut 'em out by Anonymous Coward · · Score: 0
      if(false !== strpos(

      ???. Isn't that the same as if(strpos(. If something is not false, it must be true, right?!

    6. Re:Shut 'em out by lixlpixel · · Score: 1

      strpos()
      returns the position of the needle in the haystack, therefore above example would return 0 (null).

      therefore you have to use !== (notice the two equal signs) to check if it's true or false.

      see ?
    7. Re:Shut 'em out by legirons · · Score: 1

      "Isn't if(false!==strpos( the same as if(strpos(. If something is not false, it must be true, right?!"

      Strpos returns the position at which the text is found. If the string is found at the first (0th) character, strpos returns 0

      If the string is not found, strpos returns false

      You can test whether something is the same type and value by using the 3-character comparaisons === and !==. 0 is an integer, and false is a boolean, which means that they're not equivalent. 0==false, but 0!==false.

      See comparisons, and note that this only applies to PHP4 and later.

    8. Re:Shut 'em out by Anarchitect_in_oz · · Score: 1

      What if that website was one of the major banks in Australia?

      The Online banch of the bank I have my custom with is already telling users to dump IE and use something else.
      Including handy links to download pretty much any other browser in nice easy to understand pages based on the system the person is using.

      I wonder if they are planning to lock out IE altogether in the future?

      --
      "Call us when the New age is old enough to drink" Beck
    9. Re:Shut 'em out by legirons · · Score: 1

      Oh, and don't tell Microsoft, because they're applying for a patent on the IsNot() comparaison which does the same thing, but was invented afterwards...

    10. Re:Shut 'em out by Anonymous Coward · · Score: 0

      Wow, PHP fucking sucks.

    11. Re:Shut 'em out by amliebsch · · Score: 1

      That's not what IsNot() does.

      --
      If you don't know where you are going, you will wind up somewhere else.
  5. user agent by BoldAC · · Score: 4, Informative

    If you are depending on the user agent string, your web site design is flawed already.

    Sure IE is broken... but you just have to format to fit the lowest common denominator.

    Trying to detect the browser type for the majority of web designers is just silly.

    1. Re:user agent by gronofer · · Score: 3, Insightful
      I suppose if want to support MSIE users, and use a lot of Javascript or CSS, then you probably need to detect MSIE to work around some of its problems.

      But the user agent string is probably the worst way to do it.

    2. Re:user agent by Anonymous Coward · · Score: 3, Insightful

      It's good that browsers like Firefox have cleared the path for Microsoft, by forcing web developers to create web pages that work with any browser, instead of working with just one or two browsers.

      I wonder when Microsoft will send their thanks to Firefox team.

    3. Re:user agent by Anonymous Coward · · Score: 2, Interesting

      typically the looking for user agent string is used by wanna-be or poser web designers who's knowlege of HTML DHTML and Javascript does not exceed frontpage and cut and paste from a scripts site.

      Yes, many BIG company websites are designed and maintained by posers who act like they know what a website is and does but in reality know absolutely nothing.

      This is typical in the web developer world. they want someone who can make pretty graphicsand do not give a shit about good scripting, good html markup, and good design.

      the IE only designer is dead center of that poser world.

      we make fun of them at work, like installing Firefox on the CTO's laptop and getting him really liking it, so the next presentation of the new company website bombs on his laptop and he will chew their asses up one side and down the other.

      Man I love it.

      if you design websites and do not test and make sure it works on at LEAST 3 different broswers then you are a no talent hack wannabe poser anklebiter and sheryl in accounting can out design you.

    4. Re:user agent by Anonymous Coward · · Score: 0

      "But the user agent string is probably the worst way to do it."
      How do you perform navigator detection? 'MSIE' is causing me a lot of problems as far as CSS goes.
    5. Re:user agent by Freexe · · Score: 1
      You can use either Conditional Comments or hacks, the best CSS hack for ie that i use is the * html hack.
      * html #element-id{/* apply rules to ie (including ie mac) only */}
      --
      "In a time of universal deceit - telling the truth is a revolutionary act." - George Orwell
    6. Re:user agent by jonwil · · Score: 1

      Simple, write to the subset of HTML, CSS and JavaScript supported by IE6, IE7, Mozilla/Firefox/Netscape 8, and Safari.

      If you do that, you have most of the web.
      The rest are then people using outdated tech
      (like Netscape 4.x, IE 4/5 etc)

    7. Re:user agent by gronofer · · Score: 1
      This is the sort of thing you would actually want to test in a new version of Internet Explorer, in case they fixed the bug in CSS parsing that made the hack work (if such is a bug), or in case they fixed the original CSS problems that you were trying to work around.

      Or, equally likely, introduced new CSS problems.

    8. Re:user agent by pe1chl · · Score: 1

      That is certainly true!
      On the other hand, had Firefox not been there they would not have had a compatibility problem in the first place... there would be no IE7, and by the time Longhorn would come out with a new browser it would just support only "MSIE markup language" and no W3C standard *at all*...

    9. Re:user agent by Freexe · · Score: 1
      Yeah, the * html is the only hack I use, so it will be the first thing i test for. Seeing as it looks like full standards complience is a pipe dream I hope they dont just fix half of it!

      ALL OR NOTHING is what i hope or it will make my life a nightmare.

      --
      "In a time of universal deceit - telling the truth is a revolutionary act." - George Orwell
    10. Re:user agent by ummit · · Score: 1, Insightful

      Detecting (and acting on) the browser type isn't just silly, it's the biggest baddest broken thing there is on the Internet. I14y be damned! Jon Postel is spinning in his grave.

    11. Re:user agent by strider44 · · Score: 1

      So you don't see the use in having a web site that can work correctly and bug free in both IE and the others even with the differences in design, or a small format website designed for PDAs and mobile phones or even a text web page designed for text browsers?

      Unfortunately, the tags in the lowest common denominator are probably fully described in the Allowed HTML for slashdot. Believe it or not, people may browse the web in a browser that doesn't include IE, KHTML or Firefox, and there may be web pages that need code that is out of the overlap of those browsers, and if you said to a manager of a large web site that catering for the extra one or two percent of visitors was just silly then I'm not sure he'd agree.

    12. Re:user agent by Anonymous Coward · · Score: 0, Insightful

      but you just have to format to fit the lowest common denominator

      Why not format to fit the largest common denominator?

    13. Re:user agent by Mouse42 · · Score: 1

      You would be surprised at how many people are using IE 5.01 and 5.5.

      I have certainly been surprised, and now must always make my sites geko, IE 6, IE 5.5 and IE 5.01 compatable.

      If I don't, I always get a phonecall, "Hey.. this doesn't work..." "What browser are you using?" "I don't know." "Go to Help, about" "Umm... Internet Explorer 5.01"

      (conversation trunciated as it takes forever to find the help menu, and about, and get them to find the version number....)

      I also am absolutely baffled at how those three different IE browsers render things. Take for example nested absolutely positioned elements... all three browsers render it completely different in terms of position and width. Why? Why did they change that three times? And what the hell are they going to do with this next browser?

      I'm dreading this update.

    14. Re:user agent by Anonymous Coward · · Score: 0

      Thats kinda missing the point. As far as KHTML (Core Web?), IE and Gecko browsers are concerned, the capabilities of the systems they run on are similar so if you're relying in the user agent string, your site is broken. If you have a set of standard PDAs issued to mobile workers (e.g. for a company intranet), then you could possibly rely on the user agent to differentiate. Otherwise this is an even worse idea, as there are a vast number of mobile devices out there all with vastly (or worse slightly) different browsers with different user agent strings (Last time I checked Nokia put the phone model in the user agent).

    15. Re:user agent by Anonymous Coward · · Score: 0

      Same thing.

    16. Re:user agent by masklinn · · Score: 1

      You don't, either you use CSS hacks (not really a good thing) or you use Conditional Comments for IE specific code, or you rely on IE lacks through the use of CSS2 selectors (if they ever implemented them, they'd probably implement most of CSS2 too...

      And for javascript, instead of browser sniffing your're supposed to use object sniffing (but in a pair of cases)

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    17. Re:user agent by David+Horn · · Score: 1

      I do it in order to automatically redirect Pocket PC users to a mobile version of the site. However, if you're doing it in order to make your site "work" in either IE or FireFox, you're doing something wrong.

      --
      PocketGamer.org - For the gamer on the go!
    18. Re:user agent by Anonymous Coward · · Score: 0

      you sound bitter

    19. Re:user agent by DavidTC · · Score: 1

      People who write HTML are bitter. We've been bitter for the last 4 years or so, when it because obvious that MS was going to take the joke it called IE 6 and just walk away from fixing it, leaving that steaming pile of crap as everyone's default browser.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    20. Re:user agent by Decaff · · Score: 4, Insightful

      If you do that, you have most of the web.
      The rest are then people using outdated tech
      (like Netscape 4.x, IE 4/5 etc)


      Most is often not enough. If you are developing and supporting a website that has tens or hundreds of thousands of users, and even a few percent are still using old browsers, your complaints department will be swamped by annoyed users. Simply telling them that they are out of date is not good enough. I speak from harsh experience.

      Checking the user agent string is often an unfortunate necessity.

    21. Re:user agent by Ark42 · · Score: 1

      Generally, the best way to ensure that some style is only applied to IE5.5/IE6.0 is to use a supported hack, not just some trick hack that may be fixed in the future. For example:

      <style type="text/css">
      #someid { opacity: .75; }
      </style>
      <!--[if gte ie 5.5]><![if lte ie 6.0]>
      <style type="text/css">
      #someid { filter: alpha(opacity=75); }
      </style>
      <![endif]><![endif]-->

      This kind of web design will always assume that IE 7.0 becomes fixed to work like the standard, but you can always change the test to "lte ie 7.0" instead of "lte ie 6.0" if needed.

    22. Re:user agent by vansloot · · Score: 1

      FireFox is the probably the greatest thing to happen to the web development world. I personally have my team develop using it and only testing with IE. It creates many fewer compatibility problems (except for random IE quirks).

      Plus, FireFox provides a ton of useful developer tools.

    23. Re:user agent by mattyrobinson69 · · Score: 1

      google for "conditional comments" they are so, so useful.

      only IE parses them and you can say stuff like if using ie version > 7 run javascript x, else run js y

      or you can make an ie_hacks.css stylesheet which applies to ie6 and lower, and do whatever needs to be done for ie7

    24. Re:user agent by deadhammer · · Score: 2, Funny

      What do you have against Sheryl anyways?

      --
      I'll be honest, we're throwing science against the wall to see what sticks. -Cave Johnson
    25. Re:user agent by sapgau · · Score: 1

      Parent is right.
      When creating pages for Firefox first and correct odd errors on IE is the way to go.

      And the developer's tools are quite nice.
      MOD PARENT UP.

    26. Re:user agent by SirSlud · · Score: 1

      no need, we gots .mobil now! /with a grain of salt

      --
      "Old man yells at systemd"
    27. Re:user agent by mattyrobinson69 · · Score: 1

      for javascript, use conditional comments to set javascript variables for the version number if ie, or not ie. you cant go wrong that way.

    28. Re:user agent by Anonymous Coward · · Score: 0

      They are chacking your site right now to make it as non compliant as possible. (enjoy the ulser)

    29. Re:user agent by FireFury03 · · Score: 1

      If you are depending on the user agent string, your web site design is flawed already.

      Sad but true: MS actually promote relying on UA strings in ASP by recommending you use browser detection functions which they provide.

    30. Re:user agent by dn15 · · Score: 1

      Even when integrating the most modern CSS/JavaScript/etc., a site should work in any HTML viewer ever made. If all visitors can't still click the links on your site and view its content, submit any forms on it, etc., you're doing something wrong.

      But that's the beauty of working with CSS and server-side scripting. You don't have to leave anyone behind, you just have to accept that it will not look and feel exactly the same for users of older browsers.

    31. Re:user agent by Decaff · · Score: 1

      Even when integrating the most modern CSS/JavaScript/etc., a site should work in any HTML viewer ever made. If all visitors can't still click the links on your site and view its content, submit any forms on it, etc., you're doing something wrong.

      This is simply false. For example, there are bugs in IE 5 on the Mac that mean it can actually crash when viewing pages that are perfectly valid and work fine on other browsers. I'm not doing things wrong - it is well-established browser bugs.

      But that's the beauty of working with CSS and server-side scripting. You don't have to leave anyone behind, you just have to accept that it will not look and feel exactly the same for users of older browsers.

      I'm sorry, but this is just wishful thinking. It might be so if you are designing simple pages, but companies now require that their websites are their shop windows. Websites can't look good on modern browsers and be just barely readable on older ones (which is what happens if you use modern CSS techniques).

    32. Re:user agent by dn15 · · Score: 1
      This is simply false. For example, there are bugs in IE 5 on the Mac that mean it can actually crash when viewing pages that are perfectly valid and work fine on other browsers. I'm not doing things wrong - it is well-established browser bugs.
      I am not claiming that there aren't quirks in some aging browsers, I just mean that it should be possible to make the site modern and make it quite usable in old browsers at the same time. If a certain bit of code makes one browser or another crash, don't use it.
      I'm sorry, but this is just wishful thinking. It might be so if you are designing simple pages, but companies now require that their websites are their shop windows. Websites can't look good on modern browsers and be just barely readable on older ones (which is what happens if you use modern CSS techniques).
      I guess it depends on what you mean by barely readable. When designing a site I first write up the basic HTML as if I were targeting text-only browsers like lynx. Then I add the CSS. Maybe that's not good enough for business sites but then most business sites aren't worth visiting anyway IMHO. ;)
    33. Re:user agent by NutscrapeSucks · · Score: 1

      Websites can't look good on modern browsers and be just barely readable on older ones (which is what happens if you use modern CSS techniques).

      Maybe a few years ago, but what I'm seeing is that 99% of the users are "Version 6 or greater", and there's significantly more customer pressure for sites to display on smartphones, etc than on old v4 browsers.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    34. Re:user agent by Decaff · · Score: 1

      I am not claiming that there aren't quirks in some aging browsers,

      IE 5 is not an ageing browser - it is widely used even on modern MacOS/X systems.

      I just mean that it should be possible to make the site modern and make it quite usable in old browsers at the same time. If a certain bit of code makes one browser or another crash, don't use it.

      This was just an example, but the principle is sound - what do you test on? IE 4, IE5, IE5, Netscape 4, Netscape 6, FireFox, Safari, Opera, Lynx?

      I guess it depends on what you mean by barely readable.

      So embarassing in terms of presentation that a customer would give up.

      When designing a site I first write up the basic HTML as if I were targeting text-only browsers like lynx. Then I add the CSS.

      Modern websites are rich and complex. This is not a practical approach.

      Maybe that's not good enough for business sites

      It certainly isn't.

      but then most business sites aren't worth visiting anyway IMHO. ;

      Have you ever booked a holiday? Looked for a train or plane timetable? These are the sort of sites I am talking about - corporate sites that have to look sleek and professional.

      I'm not saying that such sites should not work on Lynx, or older browsers. What I am saying is that using a single set of HTML pages and CSS to do this is simply not realistic, hence the need to check user agent strings.

    35. Re:user agent by Decaff · · Score: 1

      Maybe a few years ago, but what I'm seeing is that 99% of the users are "Version 6 or greater", and there's significantly more customer pressure for sites to display on smartphones, etc than on old v4 browsers.

      I wish this were so. I recognise the increasing need for smartphones etc., but I'm still seeing enough older browsers to cause real problems.

    36. Re:user agent by KillerDeathRobot · · Score: 1

      IE 5 is not an ageing browser - it is widely used even on modern MacOS/X systems.

      No, actually, IE 5 most certainly is an aging browser. It is not being developed any more, and in fact doesn't even come with OS X any more.

      As for the rest of your points, I'm sorry but you really don't know what you're talking about for the most part. I work for a firm that does big sites for thousands of users. We decided not to support version 4 browsers any more and it has only helped us.

      Also, I don't think you know much at all about the psychology of web users.

      --
      Thinkin' Lincoln - a web comic of presidential proportions
    37. Re:user agent by Decaff · · Score: 0

      No, actually, IE 5 most certainly is an aging browser. It is not being developed any more, and in fact doesn't even come with OS X any more.

      Yes, actually. It may not be shipped with OS/X anymore, but it is still present on a large number of OS/X systems out there.

      As for the rest of your points, I'm sorry but you really don't know what you're talking about for the most part. I work for a firm that does big sites for thousands of users. We decided not to support version 4 browsers any more and it has only helped us.

      Good luck to you. I'm sure you are happily dealing with those customers who give up because your website doesn't support them. Or perhaps you never hear about them because they can't be bothered with you. Perhaps because I deal with hundreds of thousands of users, I have a bigger customer base, and a larger number of users. You may have the luxury of rejecting those users. I don't.

      Also, I don't think you know much at all about the psychology of web users.

      Well, as I deal with them and their problems a daily basis, and I have produced award-winning high-volume websites... perhaps you might be wrong?

    38. Re:user agent by arkanes · · Score: 1

      I use CSS Expressions (in IE, most CSS attributes can be arbitrary JavaScript) to mask my IE styles from other browsers.

    39. Re:user agent by Hes+Nikke · · Score: 1

      i'm confused... you just described me as a hack (which i agree with, i hate web design, and i take as many shortcuts as i can!) and then said that i'm not... (my last "Professional" web site was tested against 7 zillion browsers) so am i a hack or not?! O_o

      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
    40. Re:user agent by Anonymous Coward · · Score: 0
      Well, as I deal with them and their problems a daily basis, and I have produced award-winning high-volume websites... perhaps you might be wrong?

      No, he's right and you're either an idiot or a liar. If not the latter, you might want to put your arrogance aside for a moment and consider that maybe, just maybe, you don't know it all. After all, you've already proved it to the rest of us.

    41. Re:user agent by Decaff · · Score: 1

      No, he's right and you're either an idiot or a liar. If not the latter, you might want to put your arrogance aside for a moment and consider that maybe, just maybe, you don't know it all. After all, you've already proved it to the rest of us.

      In what way? For actually supporting the requirements of users and not telling them that my website is going to reject them? Is that a sensible way for a commercial website to behave when it does not take much effort (just a peek at a user agent string to present alternate pages) to keep them happy?

      How is it idiotic to support thousands of clients?

      How is it lying to state that a significant fraction of users still have old buggy browsers, and this is a real problem for high volume websites, especially those that deal with thousands of new vistors each day?

      I find the defensiveness on this issue very strange. Perhaps it is an attempt to justify lazy development - not being bothered to do anything but support the very latest browsers.

      It seems more arrogant to casually reject thousands of users than to accept that a developer should support them.

    42. Re:user agent by Decaff · · Score: 1

      No, he's right and you're either an idiot or a liar. If not the latter, you might want to put your arrogance aside for a moment and consider that maybe, just maybe, you don't know it all. After all, you've already proved it to the rest of us.

      Just to clarify things - the point I am trying to make should surely be uncontroversial. If you are dealing with a very high volume website and you are trying to attract customers, it makes sense to make those people visiting your website feel welcome! Any sort of barrier to the use is not just bad manners, it is bad business. This sort of website is not like a bank or other company where you already have clients and the website is simply yet another service, so if it doesn't work this is not a problem.

      If you really think someone is a 'liar or idiot' or 'arrogant' for doing this approach, I would suggest that you are getting far too worked up about it. Is it really worth getting so offensive about what is, after all, a relatively minor matter - conditionally including some HTML and CSS?

  6. Let them release first, then we'll see by pe1chl · · Score: 5, Informative

    "I don't use IE at all, but I'll test on it because I have to," said Web designer Donna Donohue, owner of Norwich, Conn.-based development firm KidoImages. "We code to standards to be compliant with Firefox, and then hack for IE."

    Same for me. Our website uses standard CSS and it needs a hack (csshover.htc) to make it work on IE. Maybe IE7 no longer requires it, maybe it does. Who knows?
    Until then, the conditional stylesheet inclusion for IE has to remain there.

    1. Re:Let them release first, then we'll see by wtmcgee · · Score: 1

      As Donna said in that article, most wed devs worth their salt code to standards, then worry about fixing browser-specific bugs.

      More often than not, it's plugging all the box model errors and strange rendering quirks of IE. Too bad they still think pure CSS2 is a 'flawed' standard.

      Naturally there are times where local intranets don't want to ditch old technology yet and want to use IE-specific code. But generally speaking, this shouldn't affect the rest of us. IE7 will still display pages poorly and they'll blame the devs for writing 'broken' code.

      --
      *** For a better tommorow, change your life today ***
    2. Re:Let them release first, then we'll see by pe1chl · · Score: 4, Interesting

      Our website was built by a "website design bureau". We told them it had to be standard, so it would work on Mozilla as well.
      What they produced was an absolute mess. CSS boxes were built to IE handling, and rendered incorrectly on Mozilla, which they consistently referred to as "Mozarella". They believed all problems seen on Mozilla were Mozilla bugs, and they added browser detection and workarounds.
      Of course it still failed on Opera and Konqueror.
      They used an awful piece of Javascript to make dropdown menus.

      When they were done, maintenance was handed over to me and I gradually changed all their work to make a standards-conformant site that still rendered the same way. It was a lot of work, starting from the dire state it was in.
      But finally, it renders OK and the menus work on most browsers without using javascript.

      Exceptions:
      - CSS menu only works in IE by including csshover.htc (conditional inclusion using <!--[if IE]...). maybe IE7 will support :hover on list items?
      - IE4 and below don't quite cut it, fallback to javascript code using serverside UA string detect. these are dying anyway, probably I will remove this support when IE7 appears.
      - bug 234788 in GECKO means the menu disappears when mouse moves over scrollable text area. this bug has been fixed in GECKO but Mozilla and Firefox keep releasing new versions based on the broken GECKO for over a year.... We want Firefox 1.1 and Mozilla 1.8!!!

      What I learnt: use a website design bureau only to make a site design. Don't allow them anywhere near HTML coding. They just use successive approximation towards the "browsers they test with", and try to impress managers with "browser utilisation percentages" instead of standards compliance.

    3. Re:Let them release first, then we'll see by pe1chl · · Score: 1

      IE4 and below

      That should have read: IE5 and below (IE5.5 is first version that works reasonably)

    4. Re:Let them release first, then we'll see by Sven+The+Space+Monke · · Score: 3, Interesting
      I recently had an oddly similar experience. The rather small company I work for contracted a web-dev. Guy was a total mess. Wasted time trying to convince me to switch the LAMP server I set up to an IIS-based one, trying to convince me to buy him a $4000 server manager package (can't remember what it was called, but it was meant for large hosting companies, not single-server rigs like ours), etc. For weeks, I kept telling him to make sure he's building to standards (as well as pleading with him to test in firefox). He kept saying that it was 'unimportant'. Eventually he relented and said he'd start testing in firefox as well as IE.

      A few weeks into the project, I get my hands on a copy of his experimental beta site. I try to load it up in firefox, and nothing. Nada. The flash he spent so much time on that comprised almost all of our site wouldn't load - it was a broken link. Worked fine in IE, so it wasn't that the file was missing. I didn't have time to look at it anymore, so I told him about the error and let him stew on it for a bit (he tried to blame it on the version of the flash plugin I was running). A few days later, I check again. Still the same problem. I talk to him about it, and he says he'll work on it. He spends 8 freaking hours on it, then tells me that "firefox can't support transparancies, so the site won't work in firefox ever".

      This doesn't sound right to me, AT ALL. So I check his html code. Well, there it is. In his EMBED tag, he ref's 2 different file names - one exists, the other doesn't. IE picks one, firefox seems to have picked the other. I'm honestly surprised that it even loads. I fix his mistake, save the file, and load it up in firefox. The site looks like ass (and as I later found out, is mostly running stolen copyrighted code and code from tutorials he read, but that's a story for another time), but it works. Time taken: litterally, without exaggeration, less than 5 minutes. Probably less time than it took to come up with that lame-assed excuse about why he couldn't do it. To this day, I'm still too scared to check the site against the w3c standards.

      Offtopic, I know, but I just had to rant (he's lodged a complaint over non-payment of wages against us recently, so I'm kinda cheesed off). Sorry, all.

      --
      A man who can't pronouce "nuclear arsenal" shouldn't have one -sig ends here.
    5. Re:Let them release first, then we'll see by minkie · · Score: 1
      Our website was built by a "website design bureau". We told them it had to be standard, so it would work on Mozilla as well.

      If you want it to be standard, you have to specify an objective test procedure, such as passing the HTML validator on w3c.org, and specify the exact DTD you want it verified against. If you just say something vague like "It has to work on mozilla", you deserve what you get.

    6. Re:Let them release first, then we'll see by M3rk1n_Muffl3y · · Score: 1

      Aint it a bitch when you pay $100 for a website and get a dog's breakfast instead.

      --
      This is not the sig you are looking for...
    7. Re:Let them release first, then we'll see by Linus+Torvaalds · · Score: 2, Informative

      Our website was built by a "website design bureau". We told them it had to be standard, so it would work on Mozilla as well.
      What they produced was an absolute mess. CSS boxes were built to IE handling, and rendered incorrectly on Mozilla...

      When they were done, maintenance was handed over to me...

      Waitasecond... they ignored you and built something that didn't meet the requirements you had laid out up front... and yet you still paid for it and used it?

      This is the reason the web development industry has so many scammers and clueless idiots in it.

      What I learnt: use a website design bureau only to make a site design. Don't allow them anywhere near HTML coding.

      What you should have learnt: make sure your requirements are on a signed bit of paper and include problem resolution in your contract saying what happens when they don't meet their end of the deal.

      That way, when they deliver something sub-standard, you get your design for free and punish idiot scammers.

    8. Re:Let them release first, then we'll see by Anonymous Coward · · Score: 4, Interesting

      What I learnt: use a website design bureau only to make a site design. Don't allow them anywhere near HTML coding.

      Actually, I had the absolute opposite results when I had a website design bureau design our site. They did the design great, the HTML was standards compliant and they actually tested all pages on IE, Mozilla, FireFox, Safari and Konqueror, even in multiple languages and OSes, and were open and admitted where things would have rough edges with the older browsers, and how they worked around to make sure it worked, just not worked beautifully. It was a very pleasant experience.

      Then our in-house web-app coding team butchered the HTML to pieces, re-coded parts of it that looked fine in IE6 and crap on everything else. The final HTML code that the web app spat out did not resemble anything like what was originally made. It was terrible.

      To make things worse, the web app coders told their manager that the HTML coders were to blame for the problems, and the manager didn't bother to check the facts when he blamed the web design bureau. The designers were (rightfully) pissed off, and basically told us we were not welcome back as customers again.

      So... YMMV on either side of the story.

    9. Re:Let them release first, then we'll see by masklinn · · Score: 1

      Well paying $100 for a website won't ever get you more than a dog's breakfast anyway...

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    10. Re:Let them release first, then we'll see by JWeinraub · · Score: 1

      I used to be a web developer for my university (I since graduated so I dont work there anymore), and their policy was to ensure it worked back to Netscape 4, as we used netscape profiles for emails. They still used Windows 98 SE too. Eventually XP came a long and IE6 was favoured, and so did webmail--and yet we stopped caring about IE altogether. If it works in Firefox, and not IE, not our problem. I program using standards, if MS cant follow them, then too bad became our motto!

    11. Re:Let them release first, then we'll see by MemoryDragon · · Score: 1

      Dont tell me, I was makeing websites dynamic where the design was basically produced by an ad agency. Well the designs visually were excellent, but they lacked the aspects which were needed to make the sites dynamic. 50% of the time was wasted to alter their html to the state so that you can fill in data and alter the design during request cycles. One time I kicked a mess of 5 nested tables entirely and replaced it with a few lines of CSS code, which broke some old browsers but actually were maintainable.

      I agree with your conclusion, you get from webdesign bureaus usually excellent visual layouts, but they usually lack total understanding of html and the underlying mechanisms to make things running.

    12. Re:Let them release first, then we'll see by pe1chl · · Score: 1

      I work in the ICT department of the company. The communications department and the board contracted a company that developed a new house style, and that would include a website. That company in turn outsourced the website design and coding to yet another company.
      So my influence on this project was very limited. I could get them to use Apache+PHP and could provide some "you will have to fix this!" feedback after they sent a first version a week before switchover day. They provided the "finished" site 2 hours before the moment it had to go live.

      If it were my decision, they would not have gotten away with this. But in fact I counted myself lucky that the contract included a full handover of everything they had produced and no obligation to go with them for any new developments...

    13. Re:Let them release first, then we'll see by pe1chl · · Score: 1

      Our site had many nested tables as well...
      At first I tried to use a single table with some rowspan and colspan tricks, but it worked well in all browsers except IE. Apparently IE cannot handle tables that, for example, have on column with a rowspan=2 cell and a single cell, and in the next column a single cell and a rowspan=2 cell. Bummer.

      So I changed all internal cells to use CSS for situations like this. I have not found a way to get rid of the single table that defines the overall layout of the site. So that table still remains, but it is simple.

      CSS fanatics always claim that you should not use tables for layout, but I find that CSS lacks some basic features for alignment especially at the bottom edge of the content area, which are very simple to implement when using a table.
      Maybe this is why Microsoft calls the standard flawed...?

    14. Re:Let them release first, then we'll see by tilk · · Score: 3, Informative

      CSS fanatics always claim that you should not use tables for layout, but I find that CSS lacks some basic features for alignment especially at the bottom edge of the content area, which are very simple to implement when using a table.

      You are wrong. Have you ever read the specification? CSS has these features, it's just IE that doesn't implement them. Display: table and friends
    15. Re:Let them release first, then we'll see by Anonymous Coward · · Score: 0

      "I agree with your conclusion, you get from webdesign bureaus usually excellent visual layouts, but they usually lack total understanding of html and the underlying mechanisms to make things running."

      This can be the case but just the opposite can be the case as well. I work at a "design bureau" and we code to standards unless begged to do otherwise by clients. I don't doubt that there are a lot of bad design companies out there, but bad design companies don't render good one's useless.

    16. Re:Let them release first, then we'll see by Kjella · · Score: 1

      What I learnt: use a website design bureau only to make a site design. Don't allow them anywhere near HTML coding. They just use successive approximation towards the "browsers they test with", and try to impress managers with "browser utilisation percentages" instead of standards compliance.

      Seen this too, code obviously generated by some tool, a code "wall" of junk and 1x1 spacer gifs. Get it spec'd to pass XHTML 1.0 Strict, W3C validator is the independent QA. To your manager, demand this both because of the situation today (about 15% use non-IE browsers), but also that you worry about forward compatibility with later versions of IE. If it complies, don't nag them about any Opera/FF bug.

      If you suspect they aren't up to the job, get in a statement that deviations must be documented and explained as part of the deliverables. Usually they find that doing it the right way is easier than the paperwork for doing it the wrong way. It's kind of a cheap shot but quite effective. Even in the worst case your manager can slap them for not delivering, so even if you get a mess you can probably get a price cut and some goodwill with your boss for that.

      Kjella

      --
      Live today, because you never know what tomorrow brings
    17. Re:Let them release first, then we'll see by Compenguin · · Score: 1

      That's super sweet! I was unware of that.

    18. Re:Let them release first, then we'll see by Compenguin · · Score: 2, Informative

      On second though

      "Cells may span several rows or columns. (Although CSS2 doesn't define how the number of spanned rows or columns is determined, a user agent may have special knowledge about the source document; a future version of CSS may provide a way to express this knowledge in CSS syntax.)"

      Not having a colspan equivalent makes it pretty useless.

    19. Re:Let them release first, then we'll see by pe1chl · · Score: 1

      IE is not my reference browser.
      I have tried some things in CSS and done a lot of searching using google, but I have not been able to come up with a satisfactory solution using CSS (preferably 2.0 and not 2.1 as the example given)

      The site is a basic 3-column variable-height fixed-width design. The height of the page is determined by the content of the 3 colums, but usually only the middle and right columns can influence the (minimum) height.
      Part of the content in the right column should align to the top, and one item aligns to the bottom. And below this 3 column part there is a footer area which spans the whole width.

      I have not (yet) been able to align content in the right column to the bottom of the area taken up by the middle column, and still have more content below that. This is no problem with an oldfashioned table.

      What I find troublesome is that you cannot have a single tablecell that has some content aligned to its top (e.g. some text, which partly fills the cell) and some other content aligned to its bottom. Often, people solve this by having another nested table in that cell.
      I would want to have two spans in the cell, and specify one to be aligned top and the other aligned bottom.

    20. Re:Let them release first, then we'll see by Anonymous Coward · · Score: 0

      That was the joke fool, the subtle implication that the parent was just getting what he was paying for, hiring some punk kid for chicken feed (when he no where in the original post stated how much the contract was for).

    21. Re:Let them release first, then we'll see by owlstead · · Score: 1

      I've had a similar experience, fortunately not within my own company. In the Netherlands the railroad company is called the NS. They had a new site created by a website bureau as well. It didn't load in Mozilla and people were sending angry messages over it - public transport is not just ment for Windows users. Some messages went to the design buruau of course (which was noted in the copyright notice at the bottom).

      Basically, they had it designed to be standard compliant, but the NS themselves messed it up after receiving their hard work. Figures, since they are truly the masters of misinformation anyway. The website is now running fine, but the page about current issues is only usefull for maintainance reported at least a week in advance.

    22. Re:Let them release first, then we'll see by Serpent+Mage · · Score: 1

      Actually I used to think the same thing until I started doing real full scale enterprise sites using CSS correctly.

      Turns out that colspans are not needed. It is very difficult to explain but the entire paradigm of site design changes and well honestly, it takes longer when you are not used to it (much longer) but once you get into the flow of it, whooweee talk about a speed increase and ease of maintainability.

      There are a few IE gotchas but our hotshot team of verterans have all kinds of css/dhtml/ajx things that you just include on the page to work around them. That might be something others will not benefit from the same way I have but if you had access to those scripts life would be great and colspans are never needed.

    23. Re:Let them release first, then we'll see by Compenguin · · Score: 1

      Tilk's post and replies to it are about the TABLE MODEL and NOT THE BOX MODEL.

    24. Re:Let them release first, then we'll see by mattyrobinson69 · · Score: 1

      problem is, it could validate perfectly, but follow IE's box model, for example. IE doesn't follow the w3c box model (iirc, ie's box model is margin+padding+stuff+padding+margin=width whereas the real box model is stuff=width)

    25. Re:Let them release first, then we'll see by Snaller · · Score: 1

      and you probably still use absolute font sizes in stylesheets? (Making it unreadable for some of us)

      --
      If Google really cared they would fix Android Chrome to reflow text, instead of discriminating
    26. Re:Let them release first, then we'll see by pe1chl · · Score: 1

      Of course the fonts are absolute sized, but changing the text size in Mozilla works OK. It destroys the layout but the text becomes larger.

      Does not work in IE, but that is M$'s problem.

      A larger font is used in the print style sheet as well.
      You can give it a try at http://www.uw.nl/

    27. Re:Let them release first, then we'll see by Snaller · · Score: 1

      Of course the fonts are absolute sized,

      What do you mean "Of course"? That's the number one thing not to do (unless you are another incompetent fool, then its the number one thing to do of course). They are supposed to be relative, because not only do we all use different resolutions but our eye sight is also different. You should read up on HTML and how to do it right.

      but changing the text size in Mozilla works OK.

      Yeah, because Mozilla breaks the rules.
      It destroys the layout but the text becomes larger.

      Because its a fucked up layout.

      Does not work in IE, but that is M$'s problem

      No asshole, its the users problem (but I guess that explains your position you hate microsoft and those who use their products and this is your little way of harassing them)
      When a font is specified as ABSOLUTE it is not SUPPOSED TO BE SCALABLE - MSIE is doing it right unfortunately.

      You can give it a try at http://www.uw.nl/

      Yeah fairly bad.

      --
      If Google really cared they would fix Android Chrome to reflow text, instead of discriminating
    28. Re:Let them release first, then we'll see by pe1chl · · Score: 1

      I was prepared to consider feedback and was already thinking about offering an alternate stylesheet with larger fonts, but I am not doing this work to be offended by assholes like you so I suggest you go to hell with your eyesight problems.

      Byebye.

    29. Re:Let them release first, then we'll see by Snaller · · Score: 1

      Would have been better if you learned. Oh well.

      --
      If Google really cared they would fix Android Chrome to reflow text, instead of discriminating
  7. UA strings! by Freexe · · Score: 5, Funny
    Surely Microsoft have learnt by now that UA detection just doesn't cut it anymore.

    I really hope IE7 has improved its standards compatibility so I don't have to change to much of my code! (Hopefully none of it, if MS have done a good job)

    We can only cross our fingers and hope it will pass the acid2 test (at the very least have improved some of its css)!

    --
    "In a time of universal deceit - telling the truth is a revolutionary act." - George Orwell
    1. Re:UA strings! by jarich · · Score: 1
      Surely Microsoft have learnt by now that UA detection just doesn't cut it anymore.

      I really hope IE7 has improved its standards compatibility so I don't have to change to much of my code! (Hopefully none of it, if MS have done a good job)

      We can only cross our fingers and hope it will pass the acid2 test (at the very least have improved some of its css)!

      heh... someone mode the parent funny!

    2. Re:UA strings! by gunpowda · · Score: 1

      You can enjoy some of that compatibility and adherence to W3C standards right now with Dean Edwards' IE7 Compliance Patch, which improves a large amount of IE's CSS, particularly :hover and the box model.

    3. Re:UA strings! by Freexe · · Score: 1
      IE7 is quite big though (30kb min. iirc) and can be alot bigger depending on what you are doing.

      Plus we make our websites to strict guidelines, which include the website running with either JS or CSS disabled, so i don't think it would work.

      --
      "In a time of universal deceit - telling the truth is a revolutionary act." - George Orwell
    4. Re:UA strings! by legirons · · Score: 1

      "We can only cross our fingers and hope it will pass the acid2 test"

      Given that acid2 mostly covers handling of deliberately-invalid or broken CSS, I'm not too worried about how my site looks in browsers that don't pass it...

    5. Re:UA strings! by Citizen+of+Earth · · Score: 1

      I really hope IE7 has improved its standards compatibility so I don't have to change to much of my code! (Hopefully none of it, if MS have done a good job)

      You have to understand that if Microsoft were to become fully standards-compliant, they would only be playing second fiddle to superior alternative products. What they need are mechanisms that offer great new functionality in non-standard ways.

    6. Re:UA strings! by tilk · · Score: 2

      Please don't repeat this bullshit. ACID2 includes tests for error handling - but they aren't the only tests, you know. They aren't even half of them. ACID2 tests much more than just error handling.

  8. Stupid......IE Tricks by Chanc_Gorkon · · Score: 5, Insightful

    First off, anyone using the user agent for ANYTHING is stupid. It's so easily changed in browsers other then IE that I can get into sites intended for IE with any browser.

    Second, why should this type of warning even be needed? Because Microsoft themselves are guilty of telling developers to ONLY code for thier browser....something no other browser asks developers to do. Microsoft has definitely shown yet again that they want people to ONLY use their stuff and they want a web that ONLY works in thier browser.

    --

    Gorkman

    1. Re:Stupid......IE Tricks by camcorder · · Score: 1

      And so what? If you change your UA string then you get a messy web site. Only problem with UA string is being used is the web statistics, which might not be exact measures because Opera and other broewsers can mimic IE user agent strings. But I don't think that this is high enough to change the big picture. Though there's no easy (practical) way to understand which browser visitor using apart from UA string.

    2. Re:Stupid......IE Tricks by Coriolis · · Score: 2, Insightful

      You're coming at the problem from the wrong angle.

      Most people don't care which browser is visiting their website, what they care about is what functionality the browser supports.

      There are standards-based ways of doing that, ranging from information in HTTP headers through to the fact that if( myObject.possiblyNonExistantObject) Does The Right Thing (TM) (which was either a stroke of genius forethought or a lucky accident).

      Keep it simple, solve the problem you actually have.

      --
      Rgasuya aata! : I have been coding Perl and cannot tell where my fingers are now!
    3. Re:Stupid......IE Tricks by ninja_assault_kitten · · Score: 2, Interesting

      I don't think most people who use the UA for validation do so in an attempt to foil those want to get around it. It's more of a support issue. If the site was designed to run in IEx and you're running Lynx they're just letting you know up front that it may not work properly.

      To your second coment. Probably because fewer people will complain (or at least have reason to complain) if MS provides a warning. Sure there will be people like you and I who feel it's obvious and unnecessary, but there are more people who aren't like us than are.

    4. Re:Stupid......IE Tricks by quacking+duck · · Score: 2, Interesting
      First off, anyone using the user agent for ANYTHING is stupid

      Not true; I use it on my personal website to display a "public service announcement" urging the user to switch to the far more secure Firefox if it detects that they're using IE of any flavour. ;-)

      (The message is hidden by default if they're using anything else)

    5. Re:Stupid......IE Tricks by islev · · Score: 1

      Well I pretty much agree on not relying on the user agent string. The crown example of this being stupid web sites putting up notices that some site is only visible with IE to "increase" preformance/experience whatever... (I rest my case)

      However, I do respect some webmasters attempts to unify the site layout by for instance presenting the browser with a customized CSS file. In theory this should not happen because every browser would just stick to the standard, in the real world webmasters want their sites to look nice. That is, unless some particular webmaster incorporated to much IIS, dot-net framework, asp, (or whatever) in his site and thus implicitly decided that MS knows best, in which case he propably don't give a f*** about standards.

      By the way, I really like the "some (but not full) CSS 2.0 support" in the feature list. Geeh, microsoft appearently found it easier to urge everyone to prepare for IE7 instead of just complying with the standard.

    6. Re:Stupid......IE Tricks by Anonymous Coward · · Score: 0

      That's not quite true. I wish web designers would detect treos and other mobile browsers and feed them less information.... And that's a perfectly reasonable use of the UA string.

    7. Re:Stupid......IE Tricks by Antique+Geekmeister · · Score: 1

      Microsoft doesn't just *tell* them to use it. They hardcode it into their web design tools. If you've ever dealt with FrontPage or other Microsoft tools, you'll see them "embrace and extend" their features right into userland where the site owner or their secretary are expected to integrate address changes, and it gets sold to them as a "managed package".

    8. Re:Stupid......IE Tricks by Antique+Geekmeister · · Score: 1

      Can you post the code that does this, please?

    9. Re:Stupid......IE Tricks by Jamu · · Score: 1

      First off, anyone using the user agent for ANYTHING is stupid. It's so easily changed in browsers other then IE that I can get into sites intended for IE with any browser.

      I can understand the stupidity of websites (internet, not intranet) checking for a certain browser and refusing to show the page for anything else. But say you've got a standards compliant website. Some of it doesn't work with IE. Exactly why would it be stupid to use the user agent information so you can adapt the HTML/CSS specifically for a particular browser? If you want your browser to pretend to be IE and you get webpages that work with IE, then what's the problem? If it can't handle this then maybe it shouldn't be passing IE user agent information in the first place.

      As an example; say you want to use 32-bit PNG (full alpha channel) for some of your website images. What's wrong with checking the UA in case it's Internet Explorer so that you can introduce a work around for that browser (which doesn't handle 8-bit alpha channels in PNG images).

      --
      Who ordered that?
    10. Re:Stupid......IE Tricks by Anonymous Coward · · Score: 0

      There are quite a few sites that check for MSIE so they can apply hacks that are necessary to make the otherwise standards compliant code work in MSIE. If you aren't using MSIE then you get the standards compliant code which it is assumed your browser can handle.

    11. Re:Stupid......IE Tricks by Zarel · · Score: 2, Insightful
      Well, in PHP, it's easy.

      <?
      if (strpos($_SERVER['HTTP_USER_AGENT'], 'MSIE') !== false && strpos($_SERVER['HTTP_USER_AGENT'], 'Opera') === false) {
      ?>
      <b>Warning:</b> You are using the Microsoft Internet Explorer browser.
      This browser is notorious for its inability to comply with W3C
      standards. In other words, IE sucks.<br /><br />
      So what should you do? We reccomend you install <a href="http://www.getfirefox.com/"
      target="_blank" >Mozilla FireFox</a> instead.
      <?
      }
      ?>


      Replace the stuff between '{ ?>' and '<? }' with whatever you like.
      --
      Want a high quality FOSS RTS game? Try Warzone 2100!
    12. Re:Stupid......IE Tricks by jonbryce · · Score: 1

      <script language="vbscript">
      <!-- document.write "Replace your pile of crap with Mozilla Firefox" -->
      </script>

    13. Re:Stupid......IE Tricks by Krunch · · Score: 1

      You should use the tty media type to "detect" text browsers, not the UA string.

      --
      No GNU has been Hurd during the making of this comment.
    14. Re:Stupid......IE Tricks by squidsoup · · Score: 1

      I find it amusing that you would use this rather rude error message on your websited, promoting standards, yet use the tag yourself which is old school presentation based html like and - is depreciated and should be used instead.

    15. Re:Stupid......IE Tricks by squidsoup · · Score: 1

      I guess the Plain Old Text option still renders html .. weird. I'll try that again:

      I find it amusing that you would use this rather rude error message on your website, promoting standards, yet use the <b> tag yourself which is old school presentation based html like <font> and <i> - <b> is depreciated and <strong> should be used instead.

    16. Re:Stupid......IE Tricks by alan_dershowitz · · Score: 1

      If we are only talking about coding to specific features, I agree it's smarter to just detect if the browser has it. On the other hand, sometimes you're coding around bug/s in nearly every version of a particular vendor's browser.

      I support an app that securely streams PDFs to users, and we are obligated to support almost everything. Every possible way of doing this runs afoul of either an IE 4/5/6 or Netscape 4.x bug. I got around this by reading the User Agent string and making adjustments for their shitty browser.

    17. Re:Stupid......IE Tricks by Antique+Geekmeister · · Score: 1

      The bold flag is still in wide use, even by the various commercial webdesign tools. It's also completely understood in its behavior, faster to type, and represents fewer bytes in the web page itself.

      I don't think it's going away soon.

    18. Re:Stupid......IE Tricks by squidsoup · · Score: 1

      HTML is a structural markup language - it should not be used to describe the appearance of a webpage - that's what CSS is for. What does <b> mean to a screenreader?

      <b> is presentational, rather than semantic markup, and therefore depreciated.

    19. Re:Stupid......IE Tricks by Antique+Geekmeister · · Score: 1

      You mean "deprecated", not "depreciated". If its fiscal value were dropping over time, then it would have "depreciated".

      But deprecating this very common tag is an example of the problem of theoretical constructs being poorly implemented in practice. It's one of the commonest tags in existence, its meaning is completely clear, and it's extremely lightweight. Trying to deprecate it is a complete waste of the W3C's time.

    20. Re:Stupid......IE Tricks by squidsoup · · Score: 1

      Well, you said flag rather than tag earlier and I didn't make a big deal about it..

      Just because something is commonplace doesn't mean that it is good practice to use it. I would imagine that the majority of websites use poor markup.

      As you say, the tag's meaning is clear - to make text darker. That's the problem though - HTML shouldn't be used to describe the appearance of an element.

      <strong> doesn't mean make text bold, it means strongly emphasise - different devices/web viewers can interpret that in a number of ways.

      Incidentally, if you think using <b> is a good idea, you are probably also doing dreadful things like using <table> for layout, and other deprecated (thanks) tags like <font> which will significantly increase your page weight. Standards compliant pages tend to be very light, and render very quickly.

    21. Re:Stupid......IE Tricks by Sithgunner · · Score: 1

      Only in the wrong mind, should you tell developers to develop web for 'a' browser... geez.

      What does standardization mean?
      I don't care what you do, but not going by the standards is the worst thing for the whole industry and no, I don't write web codes to make it work just for you. If it doesn't work for you in a standardized code, let it be.

    22. Re:Stupid......IE Tricks by Antique+Geekmeister · · Score: 1

      I tend to use tables for things that benefit from them, like columns of text where the entries all actually need to be in the same row or column to be readable, instead of doing it just because I can. The only time I use font for is when I want a specific line of text to be different for appearance reasons: I find its general overuse instead of using things like H1, H2, etc. tages to be an incredibly burdensome behavior of many automatic web generating tools.

      I'll stick with the bold tag, thank you, because it's smaller, faster to write, and renders correctly iin everything I've ever seen with any browser I've used.

    23. Re:Stupid......IE Tricks by squidsoup · · Score: 1

      The only thing that benefits from the use of a table is tabular data - that's its intended purpose. It should never be used for layout. Use CSS.

      h tags aren't a burden, they are essential - they define the structure of your document.

      the font tag is obsolete. Once again, use CSS.

      Learn web standards, CSS, and XHTML and you will find yourself in a happy place.

    24. Re:Stupid......IE Tricks by Antique+Geekmeister · · Score: 1

      I'm in a happy place. The old code works, and will continue to work for many years because so much data and so much archived web content uses the old content.

      It's like the "requirement" to update to C++. CSS is not sufficiently stable, legible, or consistent to use it yet as a standard. By simply writing good, clean HTML, you get all the benefits that CSS was supposed to provide, without the prettified silliness that actually obscures the content of the page.

    25. Re:Stupid......IE Tricks by squidsoup · · Score: 1

      Are you an IE developer by any chance? :)

    26. Re:Stupid......IE Tricks by Maian · · Score: 1

      Well, it's okay to use the tag if you never intend to use XHTML 1.1+ (and who knows when IE will ever support XHTML...)

    27. Re:Stupid......IE Tricks by Antique+Geekmeister · · Score: 1

      Who knows when IE will ever support any standard correctly? By keeping the pages and the layout consistent with the oldest HTML standards, I know that my stuff will always work.

  9. Why should we? by Anonymous Coward · · Score: 0

    Why should we test the UA strings?

    If it weren't for MS, we would be a lot closer to the "one design works on all" idea that standards support.

  10. blah by zippo01 · · Score: 0, Funny

    in other news, MS urges it's users to become more depended on it, and write unstandartized code. To once again tighting the hold on the IT word. Also. My person opion, i found it very time consuming to install IE in linux...

    1. Re:blah by Anonymous Coward · · Score: 0

      Funny, I'm guessing you didn't try the wine-config-sidenet package... a whoping 3 minutes to automatically install ie6 under wine.

      http://sidenet.ddo.jp/winetips/config.html

  11. hum... by Evan+Meakyl · · Score: 2, Insightful

    "Developers should ensure that their sites are ready for the IE 7 user agent string and treat IE 7 just like they would IE 6,"

    I hope not. IE6 is not totally standard compliant, I would be more pleased if they ask web developers to treat IE 7 just like they would Firefox or Konqueror (at least for HTML, CSS and Javascript...).

    1. Re:hum... by Anonymous Coward · · Score: 0

      Yeah right....

      And they really care what you think!

  12. uh, yeah.... by towndowner · · Score: 5, Funny

    my web site's been prepared for IE7 since 1996 or so.

    1. Re:uh, yeah.... by budn3kkid · · Score: 1

      I find the above quite true, in fact.

      With all the bells and whistles added to today's "web standards", some people actually neglected the fact that the simplest and most "standards compliant" webpages still exist since 1996 and before, and they pretty much still render OK on browsers since then.

      Although not practical, I missed the days where simple webpage designs just yielded webpages that "just work" on ANY browser, IE/Mozilla/Opera/Lynx or whatever. *sigh*

  13. Translation by Anonymous Coward · · Score: 0

    Be prepared to face the customers as most of the standards are broken in IE7.

  14. what do they want us to prepare for? by guildsolutions · · Score: 0, Flamebait

    Thousands of bugs? Just when IE 6 is getting to be bug free.. (hahahah) They pull a new version of the browser on us... Time to pack up the bomb shelter for the new viruses... its going to be a long haul maw..

  15. Choice quote from TFA by Uber+Banker · · Score: 3, Insightful

    "I don't use IE at all, but I'll test on it because I have to," said Web designer Donna Donohue, owner of Norwich, Conn.-based development firm KidoImages. "We code to standards to be compliant with Firefox, and then hack for IE."

    Oh, so true, Firefox is also my main testing and QA platform, though I do try to code to standards then adapt to the quirks of a single application, even Firefox has the odd lack of compliance.

    [sarcasm]Looking forward to IE7, Firefox has dominated the browser competition for too long [/sarcasm]!

    1. Re:Choice quote from TFA by iamdrscience · · Score: 1

      I actually do the opposite. In my experience IE is a much quirkier browser than Firefox (or Opera). In general, if a design looks alright in one browser, it will look alright in another, but 90% of the time, if a design looks fine in one browser and not in another, IE is the browser that doesn't render it right.

    2. Re:Choice quote from TFA by MemoryDragon · · Score: 1

      Firefox is very compliant, in my experience, you usually get things up and running as defined in the book with firefox in minutes, and then spend hours to alter the code to the point that it also runs in IE. But doing it this way and not the other way around is the only way you can ensure that you start with a clean design in the beginning. Actually 90% of my javascript html coding time is spent to work around the various bugs quirks and non standard compliance things of the IE. If Microsoft had to pay a cent for every minute someone has spent so far to work around their non standard compliance in IE they probably would be bankrupt by now. And I mean that literally.

    3. Re:Choice quote from TFA by InrdZQdxdqn · · Score: 1

      Same here.

      And also because of the Web Developer toolbar for Firefox and because it's a paing to load and reload pages for testing without tabbed browsing.

      And I think MS warning should be better: "Please, test your sites with Firefox to be sure they will work with IE7"

  16. Nope... by ozamosi · · Score: 5, Funny

    As this article states, IE7 will not support CSS2. But come on! Give MS some slack! The CSS2 standard is only 7 years old. You must give them some time to implement the thing..!

  17. How wrong can you go by Anonymous Coward · · Score: 0

    Sites depend on user client? Show me a site manager who make his/hers site depend on user client, I show you a moron.

  18. Checklist by Boss,+Pointy+Haired · · Score: 5, Insightful

    Valid HTML/XHTML..... Check
    Valid CSS.... Check

    READY!

    1. Re:Checklist by krray · · Score: 1

      Valid HTML/XHTML..... Check
      Valid CSS.... Check
      READY!


      Not that I disagree -- but your site specifically won't work with IE then. :)
      This can be a good thing though -- I specifically have sites that refuse to render to IE (on purpose). Just because ... I can. Not selling widgets on them (though a few have OS X widgets for free :), nor are they geared towards any Windows user.

    2. Re:Checklist by XiQ · · Score: 0, Redundant

      Invalid HTML/XHTML..... Check
      Invalid CSS.... Check

      READY!

    3. Re:Checklist by MooCows · · Score: 1

      Not that I disagree -- but your site specifically won't work with IE then. :)

      And I disagree with that.

      Having written a fair share of webapps I've found:
      1. Valid HTML may render incorrectly in any browser. While rendering correctly in others, even in IE.
      2. Valid HTML may render correctly in IE6, as long as you know the limitations of the browser.

      Thus all my output is valid HTML and renders properly in all the latest browser versions, without sending them (or tricking them into reading) different output.

      --
      The path I walk alone is endlessly long.
      30 minutes by bike, 15 by bus.
    4. Re:Checklist by Zaiff+Urgulbunger · · Score: 3, Insightful

      What with all the concern about the UA string above, and everyone saying using the UA string is dumb, I'd just like to add:

      What about all of us "standards based" designers who have to exploit browser bugs for functionality? As far as I'm aware, pretty much _every_ designer who codes for standards (uses Firefox or something to build) and then tests and patches for other browsers (MSIE), we all use CSS work arounds.

      **We don't know these will work!**

      Will IE7 be fixed with respect to the CSS issues, but still respond to these CSS hacks, or vice-versa (CSS hacks don't work, but CSS is still buggy)?

      It is entirely plausible that "standards based" websites will need some work so they render correctly in IE7! Of course, we can't tell until we start testing, which in reality, is true of all web browsers since they all contain a few bugs!

    5. Re:Checklist by public+transport · · Score: 1

      The UA string proper use is exactly, as you say, to work around browser bugs. But from the article,

      "Developers should ensure that their sites are ready for the IE 7 user agent string and treat IE 7 just like they would IE 6," Schare said.

      So, either MS has done little to fix the bugs in IE, or Schare is advicing people to continue to program for specific browsers. And when they are

      telling [developers] that Microsoft continues to run across Web sites that are not expecting Version 7 of the browser, and urging them to test their UA strings.

      it does look to me that they are seeing the same thing users of non-MS browsers see: outright exclusion from the page.

    6. Re:Checklist by owlstead · · Score: 1

      Valid HTTP response headers ..... Check?

      I hate these sites that tell my browser that the (moving) picture is actually text/html mime type. I noted this ones on Tom's hardware as well. They fixed it within hours of reading the mail though :)

      IE does not use the MIME indication within HTTP, which is actually a non-compliance to the standard. One of the many.

    7. Re:Checklist by Phroggy · · Score: 1

      You're obviously not a web developer. Writing valid code is no guarantee that your site will render the way you wanted, in any browser.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
  19. stupid mods... by Anonymous Coward · · Score: 0

    at least from me you get a +1 funny & insightful

  20. CSS2 a flawed standard? by October_30th · · Score: 2, Insightful
    A quote from the article the previous Slashdot linked to:

    One partner said that Microsoft considers CSS2 to be a "flawed" standard and that the company is waiting for a later point release, such as CSS2.1 or CSS3, before throwing its complete support behind it.

    Any ideas what the "flaw" is?

    --
    The owls are not what they seem
    1. Re:CSS2 a flawed standard? by Anonymous Coward · · Score: 0

      The flaw is: They didn't invent it

    2. Re:CSS2 a flawed standard? by Anonymous Coward · · Score: 0

      Any ideas what the "flaw" is?

      That other browsers support it better than IE? :)

    3. Re:CSS2 a flawed standard? by Ann+Elk · · Score: 4, Insightful
      Any ideas what the "flaw" is?

      Yes: Microsoft doesn't control it.

    4. Re:CSS2 a flawed standard? by Dolda2000 · · Score: 2, Funny

      Yeah, it would make the web platform-independent...

    5. Re:CSS2 a flawed standard? by Anonymous Coward · · Score: 0

      the flaw is that things work without needing microsoft !

    6. Re:CSS2 a flawed standard? by praseodym · · Score: 2, Informative

      http://www.w3.org/TR/CSS21/about.html#q1
      http://annevankesteren.nl/2005/06/css-21

      CSS 2.1 is in nearly-done stage I think. At least IE devs can start working on it already...

    7. Re:CSS2 a flawed standard? by crashelite · · Score: 0

      Correction: Microsoft doesn't own it

      --
      (yes i know i suck at spelling fell free to correct my grammar and/or spellin i dont care, im still not going to change
    8. Re:CSS2 a flawed standard? by Anonymous Coward · · Score: 0

      Sorry for the cynicism. What I wanted to say is:

      "That Microsoft hasn't perverted it yet."

      There.

    9. Re:CSS2 a flawed standard? by c1ay · · Score: 1

      They did invent the need for a UA string to begin with though by introducing all of their own proprietary, non-standard features and tags. Are they going to add M$ only tags to HTML 4 now with IE7? Will they change CSS to IE-SS? Here's one for websites: If UA = IE then self.close....

      --

    10. Re:CSS2 a flawed standard? by LO0G · · Score: 1

      Actually Netscape introduced the need for a UA string. That's why the UA string starts with Mozilla... Because web sites depended on that to feed their proprietary Netscape-only extensions.

      IE's just following the crowd here.

    11. Re:CSS2 a flawed standard? by masklinn · · Score: 2, Informative
      Completely wrong, you fail, please hang yourself.
      At the beginning, the UA was merely a mean of identifying yourself. You were supposed to say who you were for statistical purposes period.

      But when Netscape started to create quite a lot of tags it was the only browser to understand, some devs got the [sarcasm]really nice idea[/sarcasm] to parse the UAs and only serve "improved" content to "Mozilla" (netscape) while feeding the dumbed down one to any other browser.
      Subsequently, when IE started to get good at displaying the graphically improved NS tags MS wanted it to get the improved content instead of the fugly one... and put "Mozilla" in front of their UAS...

      The dev's check of the UAS was retarded, MS' move was ugly but had a reason, yet two wrongs don't make a right.

      So
      • The need for the "Mozilla" UA substring comes from the retarded web devs, not Netscape
      • And nowadays that isn't even needed, since Opera using it's own UAS (~Opera/8.01 (Windows NT 5.0; U; en)) usually has no trouble displaying anything. Shame it defaults to IE impersonation though.
      In fact, that UAS checking got as retarded as checking for the version (4.0), which is why IE6 and IE7 will wear "Mozilla/4.0" (while Firefox and NS7 have Mozilla/5.0".
      Netscape and Mozilla foundation's browsers are the only ones entitled to the Mozilla UAS, and MS should grow some balls and remove them from it's browser. It'll break some site? f*ing big deal, means that the websites were shitty in the first place.
      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    12. Re:CSS2 a flawed standard? by masklinn · · Score: 1

      CSS 2.1 was done, as a matter of fact, but it very recently went back to the Working Draft state for a few minor corrections, mostly to reflect current implementations. Doesn't mean it's "flawed", and doesn't mean IE7 devs can't fix the dozens of flaws in IE's CSS 1 support...

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    13. Re:CSS2 a flawed standard? by praseodym · · Score: 1

      CSS2(.0) is flawed, 2.1 not. MS wanted to wait for 2.1.

    14. Re:CSS2 a flawed standard? by MemoryDragon · · Score: 2, Interesting

      CSS 2.1 has ben officially finalized a while ago... ignorance is bliss...

    15. Re:CSS2 a flawed standard? by masklinn · · Score: 1

      Yeah right, which is probably why they won't implement it even though CSS 2.1 first went to Candidate Recommandation 18 months ago (Febuary 2004) (and had the time to go back to working draft a month ago)

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    16. Re:CSS2 a flawed standard? by praseodym · · Score: 1

      That was a previous slashdot story though.

    17. Re:CSS2 a flawed standard? by NutscrapeSucks · · Score: 1

      The need for the "Mozilla" UA substring comes from the retarded web devs, not Netscape

      Well, Nutscape also invented the navigator.useragent API (along with the rest of JavaScript), and that was clearly meant for programmatic checking and not "statistical purposes".

      I think you'll have trouble convincing people that Nutscrape was not encouring people to create pages "Best Viewed in Netscape".

      MS should grow some balls and remove them from it's browser. It'll break some site? f*ing big deal, means that the websites were shitty in the first place.

      Actually, it will break a lot of sites. Turns out the ASP.NET framework depends on that "Mozilla/4.0" bit to find Internet Explorer (due to a dumb default config file). Will Microsoft break their own framework? Har.

      Face it: Fucked up User Agents are now a permanent part of the WWW. There's no fixing it.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    18. Re:CSS2 a flawed standard? by Krunch · · Score: 1

      CSS 2.1 is still a working draft (well, it was, until 2 days ago). And last time I checked, Mozilla/Firefox didn't implemented it (took me some time to understand why "white-space: pre-wrap" wouldn't work).

      --
      No GNU has been Hurd during the making of this comment.
    19. Re:CSS2 a flawed standard? by alan_dershowitz · · Score: 1
      In light of the original quote, do you anticipate Microsoft controlling CSS 2.1/3?

      Here's a link at the W3C that details why CSS 2.1 even exists, namely that it's a bugfix on 2. 2.1 isn't adopted yet.

      I'm sure if pressed they would claim the fact that 2.1 isn't formally adopted yet is the reason for their hesitation, but that's never stopped them before. I think they are using this as a stalling tactic until they get something that won't look like dog shit next to Firefox.

    20. Re:CSS2 a flawed standard? by man_of_mr_e · · Score: 1

      Frankly, any browser vendor that adds support for a draft standard, without using proprietary selectors (such as Mozilla's -moz tags) is irresponsible.

      Suppose MS (or Opera, or Mozilla) releases a version of their browser with some feature from a draft standard. Then the standard changes. How in the hell do you handle that going forward? Now you have sites that have to check for broken (pre-standard) implementations as well as ones with just bugs. Stupid.

      Simply put, Until a stnadard is set in stone, no official (ie non-beta) browser should support any feature.

    21. Re:CSS2 a flawed standard? by man_of_mr_e · · Score: 1

      Isn't that really the point? Doesn't that illustrate *WHY* you shouldn't implement draft standard features?

      Because they can change. And if they do, you suddenly have browsers out there supporting broken standards, and add yet another series of hacks to work around the problems.

    22. Re:CSS2 a flawed standard? by man_of_mr_e · · Score: 1

      Wrong. It's still a working draft.

      Odd you would mention ignorance as you seem to be quite blissful.

  21. Back To The Status Quo by ObsessiveMathsFreak · · Score: 4, Interesting

    TFA says it all:
    "I don't use IE at all, but I'll test on it because I have to," said Web designer Donna Donohue...."We code to standards to be compliant with Firefox, and then hack for IE."

    So if MS is standards compliant with IE7, there should be nothing to worry about. Of course we all know that that is NOT going to happen. IE7 might be standards based, but expect sweet and fattening IE7 only extentions in HTML pages that will break other browsers rendering.

    I suppose this is why MS is calling for developers to pay attention to the new IE UA. IE7 might be rendering in a totally different way to IE5/6 and so will need to be treated differently to other browsers. In other words, MS wouldn't need to bother to mention this if IE7 was standards compliant. I'm smelling a hoard of compatability problems in the near future dragging us all back to the dark ages similar to the following.

    However, Champeon added that he builds sites from the ground up to work in any Web browser, by following the set of principles known as "progressive enhancement."
    Uhhhgghh!! I've met "progressive enhancement" once before. You've never seen such ugly, malformed, duplicitous code. Non standards compliant web site code that tries to be cross-browser is most of the reason I decided not to get into web development.

    --
    May the Maths Be with you!
    1. Re:Back To The Status Quo by Sentry21 · · Score: 5, Insightful

      Uhhhgghh!! I've met "progressive enhancement" once before. You've never seen such ugly, malformed, duplicitous code. Non standards compliant web site code that tries to be cross-browser is most of the reason I decided not to get into web development.

      Perhaps you're thinking of a different 'progressive enhancement' than I'm used to. When I think progressive enhancement, I think of the method I (and those I know) use to construct websites.

      1. Write your content
      2. Mark your content up using semantic markup
      3. Once the content is marked up, do the design (or have a graphic designer do this parallel to the first two steps
      4. Convert the graphical design to CSS and apply to site
      5. (optional) Add Javascript to enhance the functionality of the already working site

      Where a lot of developers make their mistakes is that they use things like Javascript and (to a lesser extent) CSS for the main functionality of their site - for example, a navigation bar of non-links with dropdown menus of links. If, however, the javascript doesn't work in your browser, you get no links and cannot browse the site.

      The proper way to do things is to build a site that works before even adding CSS. Once you have your content in a presentable manner, then you add CSS. This ensures that your HTML will be usable across all browsers (e.g. w3m). Once that is done, you add CSS to style it. This makes it a lot easier to work around crappy IE bugs, because you're doing it one step at a time and don't have to worry about putting hacks into the HTML or using nonstandard tags.

      Only after one has a working site should one add Javascript - the rare exception can be said to be 'web applications', where the functionality of the site requires client-side scripting. Regardless, adding Javascript last means that your site will work without Javascript or without the Javascript implementation you're used to. This is important.

      For an excellent example of these principles used, specifically the use of Javascript as an extension of the page, and not as a component of the page, take a look at the Happy Spork image gallery. Play with it with Javascript on, and with Javascript off, and notice that the functionality is exactly the same - just accomplished differently - in either case.

      That is what I think of when I think progressive design. Maybe I'm thinking of something different than you are.

    2. Re:Back To The Status Quo by Linus+Torvaalds · · Score: 2, Informative

      Uhhhgghh!! I've met "progressive enhancement" once before. You've never seen such ugly, malformed, duplicitous code. Non standards compliant web site code that tries to be cross-browser is most of the reason I decided not to get into web development.

      I don't know what you think progressive enhancement is, but it's got nothing to do with being non-standard.

      Take this example:

      <a href="foo.html">bar</a>

      It works pretty much everywhere. Now this:

      <a href='javascript:windowopener("foo.html");'>bar</a >

      This breaks on non-Javascript user-agents. Now this:

      <a href="foo.html" onclick='return windowopener("foo.html");'>bar</a>

      This works for Javascript and non-Javascript user-agents. This last one is an example of progressive enhancement. You provide a basic version that works everywhere, and you progressively enhance it where the user-agent supports it.

      It's all about being compatible with less capable user-agents while still using the fancy stuff that advanced user-agents are capable of. It's got nothing to do with being non-standard - you can comply with the W3C specifications when using progressive enhancement, or you can ignore the W3C specifications when using progressive enhancement. It's a completely separate issue.

      In other words, MS wouldn't need to bother to mention this if IE7 was standards compliant.

      Newsflash: every browser has bugs. No browser is "standards compliant" (hint: the W3C is a vendor consortium that publishes specifications, they are not a standards body that publish standards).

      When the HTTP specification was being written, they understood that it might be necessary to work around specific browser shortcomings. That's the whole reason why the User-Agent header is there in the first place.

      I'm pessimistic about Internet Explorer 7 too. But the things you point out are completely reasonable and expected from any major browser release.

    3. Re:Back To The Status Quo by empirikal · · Score: 1

      First time poster!
      So if MS is standards compliant with IE7, there should be nothing to worry about. Of course we all know that that is NOT going to happen. IE7 might be standards based, but expect sweet and fattening IE7 only extentions in HTML pages that will break other browsers rendering.
      This is interesting though. I've been coding sites standard compliant for over a 2 years now. Only recently have I ever had to use a "hack" in my programming to make it work in IE6, and It was just a simple conditional statement to switch style sheets.
      The interesting thing though, the conditional will ONLY work for IE6 so really, if some of the recent news on IE7 is true, I shouldn't have to do anything. They are announcing to be more standard compliant. I can only hope.
      On the line of IE7 only extensions though, Safari has recently done this with a form element of "" which puts up a nice little "google" search menu. If IE7 does this, sure there will be some problems but that's what will help evolve the internet as well. The idea is still scary though.

    4. Re:Back To The Status Quo by masklinn · · Score: 1
      I've met "progressive enhancement" once before. You've never seen such ugly, malformed, duplicitous code. Non standards compliant web site code that tries to be cross-browser is most of the reason I decided not to get into web development.
      Wrong "progressive enhancement", the ones he's talking about is layering your website and building each layer on top of the previous fully fonctional one. This means that each layer yields a fully usable website by itself and merely improves on the previous ones, aka if a website doesn't support what's in layer "n" it'll still get the fully functional website generated by layers up to "n-1".
      I'd advise you to read Hesekth's article on "Progressive Enhancement and the future of Web Design" for more informations about the principle of progressive enhancement.

      As a side note, it should be noted that PE is an improvement over the philosophy of graceful degradation, a more complete way of doing things The Right Way (TM)
      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    5. Re:Back To The Status Quo by Anonymous Coward · · Score: 5, Insightful

      Nice fantasy land you live in.

      Here's the real world of site development.

      1. You already have several thousand pages of content output from a database that includes HTML directly in the dataset.

      1a. There is no additional developer resource to modify the database and/or the database itself serves other clients who want it the way it is.

      1b. Understand your site is going to be "invalid" from the get go.

      2. Mark up your new *framework* code using web standards.

      2a. Discover that the interplay between the "good" mark-up and the "bad mark-up" is causing problems in multiple browsers.

      2b. Don't bother fixing just yet - the design process will also gave an impact on structure whether you like it or not - unless you are one person doing everything in which case you don't have these kind of problems - equally bragging on /. about the "right way" is laughable - it's like a guy who once put up a shed trying to critique an building engineer.

      3. Once the framework is marked up meet with the Interaction designer, the Brand manager and any other stakeholders.

      3a. Discover they've already got a brand design in mind. It's contrarian to the way you coded your framework. Understand they're also professionals and have a point. Realise you can't force them to do it your way because arguments about semantic mark-up and clean code matter little versus the vast amount of cash they've sunk in the brand identity over the life of the company.

      3b. Go back and stare at your framework and sample output.

      3c. Try some things.

      3d. Rinse and repeat.

      3e. Arrive at framework that pretty much supports the interaction and branding requirements.

      4. Convert the graphical design to CSS and apply to sample content - testing as you go - the fact you don't control all the mark-up makes you swear a lot. You drink coffee. You do the best you can and document the hacks and exceptions in the vain hope that those come after you may finish the job properly.

      5. (mandatory) Modify existing Javascript to maintain the exsiting functionality of the site users have been using for three years plus.

      5a. You may need to go look at that framework again some.

      6. Test, test again, test some more.

      6a. Release.

      7. Spend futile debrief meeting begging for the additional budget to migrate the database content to proper separated semantic mark-up and content.

      7a. Accept management will look at you blankly. Then refuse the request. Then start making plans for additional features instead.

      7b. Make occasional acerbic posts on /. when cretins claim it's just as easy as ABC.

      This coward works for a large media organisation you all frequently claim is one of the best in the world.

    6. Re:Back To The Status Quo by qzulla · · Score: 1
      Newsflash: every browser has bugs. No browser is "standards compliant" (hint: the W3C is a vendor consortium that publishes specifications, they are not a standards body that publish standards).

      Uh oh. Someone better tell them.

      W3C primarily pursues its mission through the creation of Web standards and guidelines. In its first ten years, W3C published more than eighty such W3C Recommendations. W3C also engages in education and outreach, develops software, and serves as an open forum for discussion about the Web. In order for the Web to reach its full potential, the most fundamental Web technologies must be compatible with one another and allow any hardware and software used to access the Web to work together. W3C refers to this goal as "Web interoperability." By publishing open (non-proprietary) standards for Web languages and protocols, W3C seeks to avoid market fragmentation and thus Web fragmentation.

      But then maybe our definition of standards is different

      q

    7. Re:Back To The Status Quo by Anne+Thwacks · · Score: 1
      If, however, the javascript doesn't work in your browser NO - Javascript works fine in my browser - I have just turned it off for security reasons. And I insist that all my family and employees that report to me do the same.

      As you say - if the web site doesnt work without javascript, then thats fine if its a porn or gaming site, but its not going to hack it for business.

      --
      Sent from my ASR33 using ASCII
    8. Re:Back To The Status Quo by Linus+Torvaalds · · Score: 1

      The referring to the W3C as a standards organisation is a relatively recent thing that cashes in on the "web standards" buzzwords that are trendy these days. Tim Berners-Lee, the founder of the W3C, says he didn't want to create a standards body in his book "Weaving the Web", which is all about the birth of the web and the W3C. That's why you'll see the HTML, CSS, DOM, etc specifications uniformly named recommendations, not standards.

      "I did not want to form a standards body per se, but some kind of organization that could help developers of servers and browsers reach consensus on how the Web should operate."

      -- Tim Berners-Lee

      The W3C is a vendor consortium, not a standards body.

      By publishing open (non-proprietary) standards for Web languages and protocols

      Some of them are only semi-open. For example, the HTML recommendations rely on ISO standards (actual standards) that you have to pay for. Sure, most people muddle through and write HTML parsers that mostly work, but that's not good enough for what is touted as an "open standard", is it?

    9. Re:Back To The Status Quo by mindstormpt · · Score: 1

      The proper way to do things is to build a site that works before even adding CSS. Once you have your content in a presentable manner, then you add CSS.

      I'm sorry but that's just plain wrong. If you follow the latest W3C recommendations, use let's say XHTML Strict + CSSand build a full table-less layout, you're unlikely to get it presentable before adding the style sheet.

    10. Re:Back To The Status Quo by Antique+Geekmeister · · Score: 1

      Leave out the Javascript. There's usually no excuse for it, and once again the little pop-up widgets and cutesiieness that requires Javascript makes the pages harder to use for the blind or even people with RSI as they try to get the mouse to *just the right place* to do what they need without the annoying pop-ups obscuring their motions.

    11. Re:Back To The Status Quo by KnightStalker · · Score: 1

      Sir,

      You have just made my day. Thanks, I have just been through that whole process (except for the "begging for budget" part... I just work on that sort of thing anyway and the bosses figure I'm being productive. Which I am. ;-)

      --
      * And remember, it's spelled N-e-t-s-c-a-p-e, but it's pronounced "Mozilla."
    12. Re:Back To The Status Quo by PhilHibbs · · Score: 1
      As you say - if the web site doesnt work without javascript, then thats fine if its a porn or gaming site, but its not going to hack it for business.

      So you don't use Google Maps, then?
  22. We got of preparing to do by DanielMarkham · · Score: 2, Interesting

    Let's see, IE7, SQL Server, Longhorn, new versin of .NET, etc -- we developers have a lot to prepare for.
    It's a wonder we can get any work done. Looks like we'll just spend all of our time getting ready for 27 new versions of Microsoft products.

    HP To Lay Off 15,000 Workers

    1. Re:We got of preparing to do by frodo+from+middle+ea · · Score: 1

      I work on Linux you insensitive clod.

      --
      for the last time people, I am "frodo from middle eaRTH", not "middle eaST".
  23. hoist by their own petard by midgley · · Score: 0, Redundant

    I hope.

  24. Get Ready!? by Midnight+Thunder · · Score: 4, Interesting

    This just makes no sense. A website that is properly designed should not have to get ready for any version of a web browser, since it should already support most browsers on the maket, including, but not limited to: Safari, Firefox, Netscape, Opera, IE and Konquerer. Sounds like MS is encouraging the development of shody sites, which are IE centric, which is VERY bad.

    --
    Jumpstart the tartan drive.
    1. Re:Get Ready!? by Linus+Torvaalds · · Score: 1

      A website that is properly designed should not have to get ready for any version of a web browser, since it should already support most browsers on the maket

      Internet Explorer 7 isn't on the market yet.

    2. Re:Get Ready!? by frodo+from+middle+ea · · Score: 1

      where have you been hibernating ..?

      --
      for the last time people, I am "frodo from middle eaRTH", not "middle eaST".
    3. Re:Get Ready!? by Anonymous Coward · · Score: 0

      The problem is that you might need to add IE specific code to get your otherwise well designed and standards compilant website to work on IE. While IE isn't as bad as Netscape 4.x (ever see a site that worked fine on every browser except Netscape 4?) you still often have to detect MSIE to work around all the bugs in it.

    4. Re:Get Ready!? by stewby18 · · Score: 1

      This just makes no sense. A website that is properly designed should not have to get ready for any version of a web browser

      Yep--it's a good thing that all websites are properly designed, so there won't be any problems.

    5. Re:Get Ready!? by budn3kkid · · Score: 1

      My opinion is Microsoft is concerned about IE7 not being able to render pages "Designed for Internet Explorer" (which in turn is as a result of shody webpage design using IE-only code), which would end up hurting their own reputation by their own making.

      A business decision which comes back to bites them in their own a$$ :)

  25. Cross Compiler by Karma_fucker_sucker · · Score: 1
    You just gave me a great business idea:

    A Cross Compiler for MS products. You write you stuff according to standards, compile with the MSXCompiler, and BOOM! you're done - it'll work on MS platforms.

    We can do it together! You don't mind going into business with someone named "Karma_Fucker_Sucker" do you?

    --
    Evil people don't think they're evil. - George Lucas, Making of Ep III
  26. Re:creators urging everyone to prep for big flash by Oligonicella · · Score: 1

    Friggin' troll.

  27. A better idea... by Stormwatch · · Score: 2, Interesting

    Validate with the World Wide Web Consortium . If the site breaks on IE7... put a disclaimer on the main page, telling your viewers whose fault it is, and that there are other, better, standards-compliant browsers out there!

    1. Re:A better idea... by abdulla · · Score: 2, Informative

      More standards-compliant, but still flawed. Don't get me wrong, I love Firefox and KHTML, but there's still so many holes in their support for CSS and other standards. I hear KHTML is rapidly closing that gap though.

    2. Re:A better idea... by Antiocheian · · Score: 2, Insightful

      Validating your HTML/XHTML code is a good idea, but the professional web designer should test his work on any popular browser out there.

      Putting a disclaimer such as the one you are proposing, is offensive and amateurish. It's not the users who should adjust -- it's the designers.

    3. Re:A better idea... by Quinn · · Score: 0

      You are 100% correct. Our livejournals and naked tit blogs should be 100% w3c compliant and based on standards, not browsers. Let the people with jobs waste their time trying to support all browsers!

      --
      #19845
    4. Re:A better idea... by pafrusurewa · · Score: 1

      Sounds like all those websites that tell me to download a widespread browser and the 'standard' Flash plugin when I disable Flash.

      Or the great 'Spread Firefox' campaign code (that even many big sites seemed to use for a short time) that tells me that my (up-to-date) Opera browser is insecure and that I should download Firefox.

      A great recipe for losing customers.

      Bottom line is: you can't trust those user agent strings. That's not what they were invented for and you shouldn't abuse them.

    5. Re:A better idea... by dcam · · Score: 1

      In my experience KTHML is the worst of all the modern browsers (ie later than Netscape 4) when it comes to Javascript.

      Just for example, try getting some javascript to add items to a select that works in IE 5+, Gecko, Opera and KHTML. This would be a pretty basic operation (one would think).

      --
      meh
    6. Re:A better idea... by hackstraw · · Score: 1

      Putting a disclaimer such as the one you are proposing, is offensive and amateurish.

      I agree and disagree with this statement.

      I believe that it is offensive and amateurish when I see something like "Best viewed with IE version x.y or above". I also get annoyed when people tell me how wide my browser needs to be too.

      However, putting a disclaimer that has a link in detail about what issues IE has and how it is not standards compliant, and that is a problem with Microsoft's browser, not the standards.

      I'm very conservative with things that are meant to be portable, so I would code to standards from a while back, and maybe some that add better eye candy, but the functionality of the site should work with any normal browser from a couple of years back.

      Honestly and gratefully, I see this becoming less and less of an issue. I use Safari for my browser, and I don't remember the last time I had to fire up IE to see a site (many times the site does not render in the Mac IE either). Over the past couple of years, I have seen a vast improvement in the portability of websites.

  28. World wide class action suit? by Anonymous Coward · · Score: 0

    Microsoft really thinks that the billions of existing web pages will be re-coded to comply with some non-standard stuff in IE7?

    Actually, I could even see a world-wide class-action suit, where companies could take MS to court, if MS IE7 will render useless their existing web site investments, by flooding the PC market with a browser, which is not complying with existing standards.

    Any lawyer second opinion on this?

    1. Re:World wide class action suit? by someone1234 · · Score: 1

      It is not IE7 which is non-standard. It is those websites which try to exclude other browsers out :) M$ fears they will be excluded too, while Opera and Mozilla can sneak in by a fake UA string. It would be delicious!

      --
      Patents Drive Free Software as Hurricanes Drive Construction Industry
    2. Re:World wide class action suit? by gronofer · · Score: 1

      M$ has always had a problem with UA strings. They have been faking the Mozilla string for how many years now?

    3. Re:World wide class action suit? by ESqVIP · · Score: 1
      It's not about complying or not to standards, but about delivering you some unuseful content rather than the same as IE6's.

      For example, when I was using Firefox 0.8~0.9 Nintendo.com would say my browser is not known and must be very old, making parts of the content unavailable. As a result, I couldn't get any direct link to work, because every time I followed one I would be redirected to this warning page, where I had to confirm it and then fall into the home page.

      Another example would be an website which when does not detect you as a IE user sends you standards-compliant code (gasp!), or which sends simplified code (no javascript, no flash, no frames...) when your browser is unknown.

    4. Re:World wide class action suit? by Anonymous Coward · · Score: 0

      well, you just discovered that Nintendo sucks, film at nine

  29. The difference in User Agents by Kamiza+Ikioi · · Score: 4, Funny

    IE6:
    Mozilla_4.0 (compatible; MSIE 6.0)

    IE7:
    Firefox_1.0 (compatible; MSIE 7.0)

    --
    I8-D
    1. Re:The difference in User Agents by gronofer · · Score: 2, Funny
      That would be:

      Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 (compatible; MSIE 7.0)

      Good luck to anybody still trying to use the UA string.

    2. Re:The difference in User Agents by JimDabell · · Score: 2, Informative

      Internet Explorer 7.0 running on Longhorn will have a user-agent string of:
      Mozilla/4.0 (compatible; MSIE 7.0b; Windows NT 6.0)
      according to the IE Blog. Presumbly, Internet Explorer 7.0 running on Windows XP will have a user-agent string of:
      Mozilla/4.0 (compatible; MSIE 7.0b; Windows NT 5.1)

    3. Re:The difference in User Agents by ModernGeek · · Score: 2, Interesting

      I never really got it, why does the IE UA have Mozilla_4.0 in it?

      --
      Sig: I stole this sig.
    4. Re:The difference in User Agents by Keeper · · Score: 1

      Because back in the day when IE first came out, websites would put up a page saying "You must use Netscape to view this site" if the UA string didn't have Mozilla in it.

    5. Re:The difference in User Agents by DeadMeat+(TM) · · Score: 4, Informative
      I never really got it, why does the IE UA have Mozilla_4.0 in it?
      Long before Web developers started blocking browsers without the IE UA, they blocked browsers without the Netscape UA. (Mozilla was the code name for Netscape long before the open-source Mozilla project started, which is why "Mozilla" was in the Netscape UA.) Microsoft countered by using the Mozilla/x.x part of the Netscape UA, and then embedding the fact that it was really IE in the parentheses (which nobody really parsed at the time).
    6. Re:The difference in User Agents by WWWWolf · · Score: 1
      Mozilla/4.0 (compatible; MSIE 7.0b; Windows NT 6.0)

      I really like that "Mozilla/4.0" part. Wow, MSIE is trying to still be "compatible" with Netscape 4!

      What's wrong with "MSIE/7.0b (Windows NT 6.0)"? I mean, they supposedly won the browser war, shouldn't they, as victors, tell the new rules of the game?

    7. Re:The difference in User Agents by springbox · · Score: 1

      They would probably break all the UA reading web sites if they changed it now

  30. This question must be asked: by bogaboga · · Score: 2, Interesting
    What can we (in the Linux world), who comply to standards do? What strategy must we follow to have M$ kind-of stab themselves in the foot by the selfish/greedy actions they might take in regard to IE7?

    I think that if a major PC buyer - read government, decided not to let systems with non compliant browsers be marketed in the country, M$ would listen to some extent. However, for this approach to succeed, many governments must do the same...not just one. The EU could do this. So could Russia and China. Is it time to lobby these governments on this just like was done on the software patent issue? But again, as an individual, I want more...ie...to be able to completely remove all traces of IE on my PC and let any browser specific component be handled by a browser of my choice. What about that?

    1. Re:This question must be asked: by Anonymous Coward · · Score: 0

      It does not have to be big time governments.

      A few million small businesses around the world suing MS for demages for lost profits, by rendering their web site investment useless could be a very serious financial blow to Goliat - and a gold mine for lawyers.

    2. Re:This question must be asked: by cinnamon+colbert · · Score: 1

      only intelligent comment in thread
      yet again, the /. community doesnt get it - its about marketing, not technolgy; technology has nothing to do withit
      until people stop buying MS IE, ms will have incentives to screw others - its biz 101

      NO major company is ethical - companies are darwinian beasts that evolve to make money; if making software that excludes others works, they will do that. complaining about it is like complaining that humans have only 2 legs. Its just the way it is.

    3. Re:This question must be asked: by Lifewish · · Score: 1

      I don't think that it's acceptable to have governments legislating on the issue - that smacks a bit too much of governmental micromanagement, which never ends well (for example, would lynx be banned for not doing css?)

      However, it would be both acceptable and a damn good idea for governmental institutions to put their money where their mouth is and stop buying products that break standards in a blatant attempt to lock in consumers. This would hopefully do enough damage to certain monopoly interests that it would achieve the same result.

      --
      For the love of God, please learn to spell "ridiculous"!!!
    4. Re:This question must be asked: by bogaboga · · Score: 1

      You do not get it! All governments have what are called "bureaux of standards". These bodies define what is allowed into the respective governments' jurisdictions. That's why, on many electronic devices, it's written: "this device complies with Part 15 of the FCC rules..." This makes the buyer expect a reasonable standard. Heck, it's a matter of legislating as thus: "All PC operating systems must meet such and such criteria..." With necessary clauses in place , M$ nonsense would be eliminated.

    5. Re:This question must be asked: by Lifewish · · Score: 1

      At the moment, I really wouldn't trust government to produce legislation of that form. What's the betting that the proposed 'standard' would a) most closely resemble the behaviour of Microsoft Windows and b) incidentally require the use of concepts that, oh so regrettably, MS owns patents on?

      As we've seen in the software patents travesty, the current rulers of Europe will tend to take the lead from individuals such as Mr William "Bill" Gates Esquire. I really don't think it would be a good idea to let said individual and the company he represents find more ways to prevent opposition.

      --
      For the love of God, please learn to spell "ridiculous"!!!
    6. Re:This question must be asked: by Linus+Torvaalds · · Score: 1

      I think that if a major PC buyer - read government, decided not to let systems with non compliant browsers be marketed in the country...

      ...then that country would not be able to surf the web. There are no compliant browsers. None. Not Firefox. Not Konqueror. Not Opera. None. Nada.

  31. Re:creators urging everyone to prep for big flash by giorgiofr · · Score: 0

    oh my
    you certainly are brainfucked

    --
    Global warming is a cube.
  32. Translation: by mshiltonj · · Score: 0, Redundant

    The headline should read:

    MS informing developers that IE7 will not be standards compliant, get hacks ready now

  33. This is exactly what I think regardi IE7 by uomolinux · · Score: 2, Informative

    QUOTE: "We're not going to waste our time specifically addressing any one browser when we can address them all instead, using faster development techniques that don't favor one platform or browser over all the others," Champeon said."

  34. Don't Misinterpret - Could imact Mozilla too! by N8F8 · · Score: 1

    Many websites check the browser version from the UA string to account for older browsers(browsecap). Poorly wirtten code would not account for newer browser versions. This could also impace Mozilla.

    --
    "God fights on the side with the best artillery." - Napoleon, Marshal of France - speaking truth to power
    1. Re:Don't Misinterpret - Could imact Mozilla too! by Anonymous Coward · · Score: 0

      "Don't Misinterpret - Could imact Mozilla too!"
      "This could also impace Mozilla."

      It might even impact on Mozilla.

  35. Offtopic, but I'm going to ask anyway by Anonymous Coward · · Score: 0

    Is Microsoft aware that Slashdot is using its IE logo on its website that some people *pay* to read? What about the Sony logo? The PS2 gamepad? Nintendo's GameBoy? Etc., etc.

    It seems to me that if written permission isn't granted to use copyrighted logos to get people to read a story on a website that some people *pay* to read (that Slashdot and its owning entities (whomever that may be this month) profit from) isn't really above board and honest and screams "sue me!!" at the top of its lungs.

    1. Re:Offtopic, but I'm going to ask anyway by HooliganIntellectual · · Score: 1

      Sorry, but Slashdot is a news service and has the right to use logos when it runs stories about companies and products. Have you ever watched TV news and noticed how they show company logos when they do news stories about them? What Slashdot does isn't any different.

    2. Re:Offtopic, but I'm going to ask anyway by Anonymous Coward · · Score: 0

      Sorry, but if Slashdot is a news service, then Rob Zombie films should be nominated for best picture of the year. What slashdot does is different. Regular news doesn't have idiotic commentary such as yours.

  36. Maybe it's a completely new UA string by ESqVIP · · Score: 2, Interesting

    From TFA:

    Microsoft updated the UA after considering application compatibility issues.

    Currently IE's user-agent string defines itself as a browser compatible with "Mozilla/4.0". I wouldn't doubt that line means they're changing to some new format (directly specifying it's MSIE rather than saying it's compatible with an old browser, just like Opera). That then could be what broke so many websites into not recognizing it as IE.

    But as the article is too vague on this aspect, we can't really be sure.

    1. Re:Maybe it's a completely new UA string by davehughes · · Score: 2, Informative

      The new UA string is

      Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0)

      taken from the IE7 developers' blog.

    2. Re:Maybe it's a completely new UA string by PakProtector · · Score: 1

      Windows NT 6.0? So, this is a Long-horn only thing, then?

      See, I'm running XP, and las time I checked it's NT 5 point something.

      --

      Edward@Tomato - /home/Edward/ man woman
      man: no entry for woman in the manual.
      "Qua!?"

    3. Re:Maybe it's a completely new UA string by zoney_ie · · Score: 1

      Longhorn looks like it won't deserve the 6.0 label anyways, it'll be more like NT 5.5.

      (XP is 5.1 BTW)

      --
      -- *~()____) This message will self-destruct in 5 seconds...
    4. Re:Maybe it's a completely new UA string by PakProtector · · Score: 1

      So, that makes it, what? 6, 7 years now since they've put out something actually new? Windows 2000 was the last actual Major Version Number Up-age, right?

      (Thanks. It's hard to check those things when not at your Windows Box. Google was too hard. It involved moving my hands from the keyboard.)

      --

      Edward@Tomato - /home/Edward/ man woman
      man: no entry for woman in the manual.
      "Qua!?"

    5. Re:Maybe it's a completely new UA string by zoney_ie · · Score: 1

      Yeah, except there was a dilemma of whether to put off 2K, and get the more up-to-date version of essentially the same thing (when getting XP). Except 2K was more mature, XP had breakages (in fact, possibly it's only with SP2 that outright a choice between 2K and XP results in a clear choice for XP). Of course now, why go for XP when Longhorn's around the corner. Except Longhorn looks like being what 2K was to XP, except worse.

      ARRghghghg!!! Run away!

      Unfortunately leaving Windows isn't an option just yet for most. (And yes, I have Ubuntu on my secondary PC to play with - it's not going to be my primary desktop OS just yet! And not in work in any case.)

      Spoken by one who runs XP looking like 2K, with half the insane default services neutered (no thank you, I won't leave Remote Registry running when I don't use/need it, and I don't want Universal PnP, etc., etc.).

      Thank goodness for Firefox though, and not having to run IE despite being stuck with Windows.

      --
      -- *~()____) This message will self-destruct in 5 seconds...
    6. Re:Maybe it's a completely new UA string by PakProtector · · Score: 1

      That's the big problem that alot of people fail to understand. There is no good reason for Average Jane and Joe to leave Windows for Linux, or any other of the Unices.

      All they want are things to be easy to install, and their favorite programs to work, and, if they're the more 'adventurous' sort, to have their hardward they just put in to run without hassle.

      Let's face it. I'm a slightly above average Unix user and I still have an insanely hard time installing some software packages for my NetBSD machine, and I know exactly what the hell I'm doing. I realse breaking everything up into its atoms is a good idea, but it really does something for ease of install.

      And as to games on Linux/Unix, the problem is there are too many flavours. Windows has a big step ahead on this in the fact that everyone who develops for Windows knows it's going to run (with extremely few exceptions) from 95 to XP. If I write a piece a program (say, my MUD, which I should get back to work on) on NetBSD, it will not run without some modifications on RedHat. And probably not without some more on Mandriva, etc. And that's for a relatively simple program that just uses sockets. When you have graphics, it's a whole new ball game.

      What Linux needs (and maybe the *BSD groups, but seperately) is a group from all the major distros who say, "Listen guys. This sucks. We're too fractured. We need to agree on one thing for all of us, to make it easier to develop and swap things around."

      Basically, everone uses X11. But what about GTK, or GTK++, or the other things that go ontop of that that are neccessary for things like KDE and Gnome and some of the more 'advanced' apps?

      They either need to be incorporated into X11 (which is highly doubtful, and probably not a good idea,) or we all need to agree on a standard, so that something which wasn't built on GTK can still use GTK.

      That's the problem with the Linux and Unix communities. They're all about standards till it comes to their software and the way it works.

      --

      Edward@Tomato - /home/Edward/ man woman
      man: no entry for woman in the manual.
      "Qua!?"

  37. Firefox market share will increase even more! by praseodym · · Score: 1

    Say 7.0 is standards compliant and every XP user will upgrade to 7.0, thus 90% of IE users use 7.0. Most webdevs will stop supporting IE 6.0, as it's not worth supporting that few per cent (because it is a lot of work). Then 98/ME/2000 (I think) users will be doomed because they can't view those sites. They blame the browser and download something better. Then IE's market share will decrease - and Firefox's will increase even more!

    1. Re:Firefox market share will increase even more! by multipartmixed · · Score: 2, Interesting

      If it makes you feel any better, I write fairly DOM/CSS/Javascript heavy web apps, and test on IE5.5 and Firefox 1.0.

      It's not hard, and I don't do *any* UA detection*. The key is picking the right standards subsections, and implementing the missing stuff yourself. IE has been "good enough" since version 5.5, assuming your layout won't get broken due to text in a DIV being "off" by a few pixels, etc. Remember, users come for content, anyhow!

      Incidentally, most of my stuff works on IE4.0, but it's pretty damned ugly.

      * UA detection is used to pop up an alert box bitching about the browser version and recommending firefox. Does not otherwise impact site. Non-JS users get bitched at via NOSCRIPT tags.

      --

      Do daemons dream of electric sleep()?
    2. Re:Firefox market share will increase even more! by Anonymous Coward · · Score: 0

      Regardless of who's at fault, the average user will NEVER blame the browser. We know this because malware still exists and is probably spreading more every day, despite the fact that it's so easy to drop IE and use Firefox.

      Instead, they will blame the web developers.
      It's a fucking rough life.

    3. Re:Firefox market share will increase even more! by praseodym · · Score: 1

      IE5.5 is doable, but 5.0's support is horrible. Javascript is not the problem - it's more the CSS support of IE5.5/6 bothering me and requiring me to write fixes (margin leaks, absolute positioning problems, fixed position not supported, etc.). And yes, UA detection is the worst there is. There are also those developers that don't check the string but do if(document.all){browser="ie"}else{browser="firefo x"} instead. That's just nearly as worse.

    4. Re:Firefox market share will increase even more! by gronofer · · Score: 2, Insightful
      In your scenario, these "doomed" users are only a few percent, and not all of them would install Firefox. So it's share wouldn't increase much.

      The problem for Firefox is that it's existing Windows users will buy a new computer some day, with IE 7.0 installed. Will this version still be so bad that they are motivated to install Firefox again?

      This is the advantage that Microsoft always has, and what allowed them to defeat Netscape. The browser only has to be "good enough" and indifference of the users will work for them.

    5. Re:Firefox market share will increase even more! by Anonymous Coward · · Score: 0

      They don't blame the browser.. they blame the site:
      "The other sites on my internet don't do this! fix your site!"

  38. Why? by polyp2000 · · Score: 3, Interesting

    Microsoft should be urging developers to follow standards, so long as people adhere to accepted guidlines such as those laid out by w3c consortium people *will* be prepping themselves for IE7. That is of course unless Microsoft are planning to ignore them and produce another browser that has a crapped out implementation of the DOM with added non-standard extensions.

    Nearly *all* the web developers I know that are worth their weight curse regularly at the bag of bile that is IE. Firefox is just a better browser , plain and simple. Just what does IE offer (that is not a proprietary IE only extension) that is going to change things for the better?

    nick ...

    --
    Electronic Music Made Using Linux http://soundcloud.com/polyp
    1. Re:Why? by rhizome · · Score: 1

      Just what does IE offer (that is not a proprietary IE only extension) that is going to change things for the better?

      Proprietary IE-only extensions tie peoples' coding practices to Microsoft's goals, which changes things for the better...for Microsoft. Microsoft's interests are all that Microsoft cares about, and the differences that they engineer into their software take mindshare away from other applications...like Firefox.

      --
      When I was a kid, we only had one Darth.
  39. another incompatibility war by akhomerun · · Score: 0

    i bet web developers are going to screw IE 7 and code sites that work on ALL browsers like they should be.

    we don't want a netscape vs IE situation where you need both browsers to do anything on the internet.

  40. In other news... by Anonymous Coward · · Score: 0

    Web site developers urge microsoft to prapare their browser for the web.

    Release a half-decent, complient browser and stfu already. Developers shouldn't need to jump through hoops because you can't be arsed into writing a non-broken product.

  41. feedback post on the original article's forum by Rufus+T.+Firefly · · Score: 5, Insightful

    Most /. readers already know not to use user-agent string evaluation to conditionally server content (it's lame to do so).

    However I tried to persuade the readers of the original forum where the article was posted with a post. I adopted a rational argument and hopefully it will influence the non-slashdot audience with what I hope is an eloquent statement against this inane (but perfectly understandable from the vendor's perspective) advice.

    original article

    And here's my post there:

    Subject: Microsoft is deadly wrong about this advice

    First, I am a strong Microsoft supporter and have personally benefited from the use of their products. However, the most important reason for the web's creation -- and its primary value -- is to allow hitherto incompatible content formats to be seamlessly integrated according to internationally accepted standards, e.g., HTML, XML, HTTP, CSS, etc. No single vendor can lay claim to any of these languages or protocols, i.e., they are standards, not proprietary systems, owned and controlled by a single vendor. By conditionally serving content based on a single vendor's proprietary user agent (IE 7, Firefox, or Opera, for example), you not only reveal a profound misunderstanding of the web's great communicative power, but you will paint yourself into a corner from which you will find costly to extricate yourself (I know, I already made this painful mistake once, in the last decade).

    In summary: build your content according to standards (not ipso facto, ephemeral market-share ideology), and let the browser vendors do what they're supposed to do: innovate while simultaneously and rigorously adhere to W3C standards.

  42. prepare for browser, you should by brainspank · · Score: 1

    the web should prepare itself for the new browser?

    shouldn't the new browser prepare itself for the web?

    --
    bs

    --
    It's only a model.
  43. Coding for standards is too expensive! by standards · · Score: 4, Insightful

    "Coding for all browsers is expensive and increases our development and support costs".

    That's the BS I usually hear from people who develop only for one browser - typically the "corporate standard" browser.

    Interestingly enough, I have the opposite experience. We reuse our proven code to make sure that our sites work properly with all modern browsers. Pretty standard stuff for all serious software development professionals.

    We use a lot of fancy features, support a fancy text editor, calendar widgets, hierarchy controls... basically, everything that people want out of a modern browser interface. And do you know what? Our resulting software works and looks great with IE, FireFox, Opera, Konqueror, and more.

    We have tens of thousands of "very active" users per day, and we never get a complaint about our software not working with a less popular browser.

    We have a very small software development staff. As the manager of this organization, I can say with confidence that supporting all browsers versus just one costs us zero dollars.

    It's all about good design and management practices. If you do some planning for the future by making good, solid, reusable code the first time, you actually end up saving a ton of money. Save time, money, and sanity.

    Sadly, most software development organizations just can't handle doing their job right. They don't bother to build good reusable code, resulting in a tedious, unreliable, never-ending tweaking effort whenever the next service pack is released.

    No wonder why so many companies have outsourced their development to the 3rd world. Lousy software development practices, such as coding for just the one corporate standard browser, is prohibitively expensive.

    1. Re:Coding for standards is too expensive! by hobit · · Score: 2, Informative

      We have a very small software development staff. As the manager of this organization, I can say with confidence that supporting all browsers versus just one costs us zero dollars.



      Really? If anyone is occasionally testing to be sure everything works on all browsers, you have a cost. If no one is, I find it unlikely things work perfectly in all major browsers. There do seem to be a number of weird issues out there.

      --
      As Nietsche famously said, "If you stare too long into the Abyss, 1d4 Tanar'ri of random type will attack you."
    2. Re:Coding for standards is too expensive! by Anonymous Coward · · Score: 0

      No, it's true. Try developing a website using CSS 2. It'll work in Firefox, Opera, Konqueror and Safari just fine. Now check it in Internet Explorer. Whoops!

      You've got to pick and choose your battles. Do you want to use CSS2? PNG with transparency? Then you have to know that some popular browsers don't support those things.

      Happily, those limitations and flaws in IE are well known and well documented. It just takes 10 minutes to take a look at the list and see what they are. It's painfully easy, and soon you'll realize that IE is the lowest common denominator..

      Then right your code, test it, and you're done.

  44. this really shouldn't be necessary by v1 · · Score: 1

    if MS would just make exploder work properly and not force web page developers to write custom HTML for each and every version of IE so things display consistently.

    MS made this mess, and now they're freaking out because the whole world isn't going out of its way to cover for MS's mistakes.

    --
    I work for the Department of Redundancy Department.
  45. MS can suck it! by Anonymous Coward · · Score: 2, Informative

    Every, and I mean EVERY website I've designed since 1993 has been fully standards compliant. I have had to hack around IE since the mid-1990s and I'm sick of it. If IE7 is not standards compliant, TOUGH! I'm not changing a damn thing in my websites. I've checked my web server logs, a major percentage (more than 50) of browsers that hit my sites are standards compliant browsers. If users can download the latest FREE version of IE, then they can just as easily download the latest FREE standards compliant browser, and blow me! I'll quit before I have to change the SIX different websites, with over a thousand pages, that I built and maintain. IE users can get bent. Bitter? DAMN RIGHT! and with good reason too.

    1. Re:MS can suck it! by Dogtanian · · Score: 3, Funny

      Every, and I mean EVERY website I've designed since 1993 has been fully standards compliant. I have had to hack around IE since the mid-1990s and I'm sick of it. If IE7 is not standards compliant, TOUGH! I'm not changing a damn thing in my websites. I've checked my web server logs, a major percentage (more than 50) of browsers that hit my sites are standards compliant browsers. If users can download the latest FREE version of IE, then they can just as easily download the latest FREE standards compliant browser, and blow me! I'll quit before I have to change the SIX different websites, with over a thousand pages, that I built and maintain. IE users can get bent. Bitter? DAMN RIGHT! and with good reason too.

      Shortly after this outburst, Mr.Coward was fired from his job maintaining Microsoft's corporate website.

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
  46. Translation... by ylikone · · Score: 1
    Microsoft is begging web-developers to stop using standards compliant code and PLEASE get back to making stuff that only works on their products.

    /Fsck IE! Long live firefox!

    --
    Meh.
    1. Re:Translation... by KillerBob · · Score: 1

      That's about it. I'm tempted to put browser UA code on my website...

      The index page is actually a frameset. What I'm thinking is that if the UA string identifies the browser as IE, then instead of the log for the main frame, they'll get an essay explaining why MSIE sucks, and informing them that they should go download Firefox.

      --
      If you believe everything you read, you'd better not read. - Japanese proverb
  47. Compliance... by Anonymous Coward · · Score: 0

    Why do I need the UA string?

    This simple statement fromk Microsoft indicates to me that IE7 will be no more compliant than IE6!

    I think I will use the UA string, code a simple kludgy interface for IE7 that states that it would look much better in FireFox and could look better in IE if only Microsoft would listen to the very standards that they helped create!

  48. The ghost of Nescape still hunts www! by E+IS+mC(Square) · · Score: 1

    IE -> Mozilla (to be compatible with netscape only sites)
    Opera -> IE -> Mozilla (to compatible with IE only sites)

    Now that IE7 will have problems with user-agent, what will Opera spoof? Firefox?

    And would even Safari have problem if IE is going to change user-agent string?

    No, I am not trolling. It would be interesting to see those 'prentending' to be IE will have to upgrade to prentend to be either 'new' IE, or something else, or themselves.

    Sometimes, web world is even stranger than the real world!

  49. the biggest change in IE7... by l3v1 · · Score: 4, Insightful

    ...will obviously be: developers can start work now to prepare for IE 7 involves the UA (user agent) string, just so you know. I would be much happier if they had ever began warning web "developers" to change their codes to conform to html/xhtml and css2 standards. Instead they warn to check for the new IE version string, probably to be able to write yet another customized hack for your pages to work.

    Hell, last time of such a hack [regarding IE6] happened when I rewrote a javascript menu into a quite simple and clean css version: it was pretty in firefox, konqueror, mozilla and opera, but it didn't even look like a menu in IE6 (w/ xpsp2). It took me 2 hours and about a dozen customized lines of code especially for IE, to make it look like it did elsewhere, in real browsers.

    I don't care how high levels of enlightened self-interest [ :] G'Kar if your friend ] drive MS as a company, and how lame-proof they want to make their OS and software. Make software that 1). is good, 2). that works, 3). isn't bloated [does it's function, nothing more, but does it well], 4). doesn't cost a fortune [at many places on this planet].

    Sometimes MS reminds me of good old OCP from Robocop movies: it's so big and it's so alone that you have no choice but to live with it.

    --
    I am putting myself to the fullest possible use, which is all I can think that any conscious entity can ever hope to do.
  50. You Gotta Love the Irony by Anonymous Coward · · Score: 0

    The reason websites were forced to add user agent string testing in the first place was because Microsoft went out of their way to be incompatible with Netscape, including completely non-standard stuff like ActiveX.

    Now Microsoft is afraid that the UA testing is going to bite them back, by making the new IE release appear to be broken, just like they tried to do to Netscape.

  51. This is america by DaedalusHKX · · Score: 0

    The land of corporate rulership and bottom dollar worship. Microsoft and IE can only survive with the backing of OUR government. Anywhere else they'd have been cast out ages ago. As can be seen by various places switching away from Windows (overseas of course, M$ owns the 3 major north american governments).

    Those few outsiders to the browser wars will be treated as inconsequential, much as opera was back in the 5.0 days. Despite the fact that it did a better job of rendering standard HTML than IE ever would. All corporate pages came up broken in Opera, not IE. Strange?

    The first step to being web compliant, and casting out M$ is to use Java or JS instead of ActiveX and .net

    --
    " What luck for rulers that men do not think" - Adolf Hitler
  52. By Java, I am not endorsing Sun. Perl or Python :) by DaedalusHKX · · Score: 1

    Scrap Java too if need be, Perl, PHP, Python, plenty of other scripting and programming languages out there... all opensource, most of them either somewhat or MUCH cleaner than Active X.

    --
    " What luck for rulers that men do not think" - Adolf Hitler
  53. Prepare for IE7! by Lord+Bitman · · Score: 1

    Though you havent used it yet, and so can't possibly code your pages to display correctly on IE7, please modify your code to pretend it does, and thus garantee that it will look awful when people switch to IE7, rather than defaulting to a non-fancy format for unknown browsers.

    --
    -- 'The' Lord and Master Bitman On High, Master Of All
  54. I'm already prepared for IE7! by Elixon · · Score: 1

    I'm prepared for IE7! How? I made a safe choice: I've choosen Firefox :-))) I even choosen Firefox as a base for all my websites I will do... and Firefox helps my XUL CMS (http://demo.webdevelopers.cz/ )to be prepared for all tricks including IE7 ;-)... Thanx -moz!

    --
    Well, I've got to get back to work. When I stop rowing, the slave ship just goes in circles.
  55. All browsers != standards by Linus+Torvaalds · · Score: 3, Informative

    "Coding for all browsers is expensive and increases our development and support costs".

    That's the BS I usually hear from people who develop only for one browser - typically the "corporate standard" browser.

    No, it's true. Try developing a website using CSS 2. It'll work in Firefox, Opera, Konqueror and Safari just fine. Now check it in Internet Explorer. Whoops!

    If you want your website to work in all browsers, then you have to either forget about CSS 2 (meaning slower development) or hack around Internet Explorer's problems (meaning slower development). Slower development == costs more.

    How many tutorials have you seen with different methods of achieving multiple column layouts? Did you know that you just need a couple of lines of code to do it (display:table-cell etc) in all the major browsers except Internet Explorer?

    We have a very small software development staff. As the manager of this organization, I can say with confidence that supporting all browsers versus just one costs us zero dollars.

    I'm in a similar situation, and I can say with confidence that Internet Explorer slows us down, which costs us money. Coding to standards is not the same thing as making it work in all browsers.

    1. Re:All browsers != standards by Antique+Geekmeister · · Score: 1

      Linus, is that you? Excellent! I use flat HTML, test with Lynx, and it works on everything. If I need shared content among web pages, I'll use PHP and includes. Coding to simpler and more robust standards, rather than "feature-driven" ones, reduces the load on the browser, on the server, on the bandwidth, and in the long-term on the designer. It allows the pages to work correctly years later without re-writing it every six months for yet-another-client or yet-another-server. It also keeps the websites accessible and workable for the blind or almost blind, with whom I've worked, who may need extensive aids to read even simple flat text web pages and find magical pop-ups, expandind and morphing weblinks, and other demoware frippery to actively interfere with the most basic web access.

    2. Re:All browsers != standards by Linus+Torvaalds · · Score: 1

      Linus, is that you?

      No. I use this stupidly named account because of Slashdot's stupid timeout requirements ("You already posted two hours ago so you can't post again...").

      Coding to simpler and more robust standards, rather than "feature-driven" ones, reduces the load on the browser, on the server, on the bandwidth, and in the long-term on the designer.

      Not true.

      The "load" on the browser? To what, specifically, are you referring? Even "flat" HTML (I assume you mean HTML 3.2-style HTML as opposed to HTML 4 with CSS) gets processed according to CSS rules in browsers that implemement CSS.

      The load on the server and bandwidth? Using external stylesheets means style is shared between multiple pages - and much more cachable, especially when you use PHP includes. PHP includes happen on the server-side, which means the full page has to be generated and downloaded each page view. CSS, on the other hand, means that the stylesheet is already probably in the cache, so no download at all apart from bare-bones HTML. That's less load on the server and bandwidth.

      The designer? CSS means less code to write. CSS means I can hand off the HTML to copy writers without worrying if they'll screw up the layout. CSS is simply more manageable.

      It also keeps the websites accessible and workable for the blind or almost blind

      So does CSS. In fact, the WCAG published by the W3C, which is aimed at making things accessible, specifically recommends the use of stylesheets.

    3. Re:All browsers != standards by tepples · · Score: 1

      If I need shared content among web pages, I'll use PHP and includes.

      Until you are told to use a web server that doesn't support PHP, Perl, Python, or even server-side includes "for security reasons" (that is, so they can charge you more).

    4. Re:All browsers != standards by Antique+Geekmeister · · Score: 1

      The W3C guide you mention is fascinating, and a good read, at http://www.w3.org/TR/WAI-WEBCONTENT/.

      It mentions how to do CSS well and avoid the weirdnesses so common to the auto-generated stylesheets of various design tools that I mention above, and I can where such well-written CSS could help.

      However, the badly written, auto-generating, extremely bad "GUI" based webdesign tools such as FrontPage among Windows users yield complete trash. Given the overwhelming percentage of such awful CSS on websites, and the use of such style sheets where simply not necessary at all, I'm forced to conclude that the underlying technology should be discarded where feasible.

      Everything good that style sheets does can be done in PHP. This creates a slight serverload, but in my experience creates much better, cleaner, fast-to-download web pages.

    5. Re:All browsers != standards by Linus+Torvaalds · · Score: 1

      Everything good that style sheets does can be done in PHP.

      No. PHP is a server-side language. You still need to generate something, be it old-fashioned HTML 3.2 with cruddy presentational markup or modern HTML 4.01 with CSS.

      This creates a slight serverload, but in my experience creates much better, cleaner, fast-to-download web pages.

      I can't fathom how PHP could possibly improve download speed compared with CSS. They are both utterly different languages with different purposes. If you are talking about HTML 3.2 versus HTML 4.01+CSS, then you are on the losing side of the equation with HTML 3.2, because it's CSS that speeds things up.

      As for cleaner, really. Take a look at the average table layout page. Then take a look at the average CSS layout page.

    6. Re:All browsers != standards by Antique+Geekmeister · · Score: 1

      Both have tended to be absolute dreck when generated by various web design GUI's. Editing the CSS is in fact worse, becauase integrating and transferring the locations for the CSS tags for upload is even worse than having to deal with single files for single functions. Both benefit tremendously from being written by good programmers or written with good, clean code generating tools. But the number of those in webwork is very small.

    7. Re:All browsers != standards by Linus+Torvaalds · · Score: 1

      Editing the CSS is in fact worse, becauase integrating and transferring the locations for the CSS tags for upload is even worse than having to deal with single files for single functions.

      I've been a web developer for about seven years, first using CSS about five years ago. I have read and re-read that sentence and I can't figure out what on earth you mean. Could you try rephrasing it with normal terminology? I understand all the words, but they make no sense whatsoever when you arrange them in a sentence the way that you did. For instance: what on earth does "integrating a location" entail?

      I agree that generated code tends to be awful, but that's not really related to whether it's presentational HTML 3.2 that's being generated or if it's modern HTML 4.01+CSS that's being generated.

    8. Re:All browsers != standards by Antique+Geekmeister · · Score: 1

      Certainly. Actually writing the web pages is often done locally, and the contents transferred to the actual web site by copying the file over. If you use CSS files, you have to remember to also transfer the edited CSS files to the correct relative locations, except that a lot of the modern GUI's have a bad habit of replacing any relative links, content, inclusions, or anything else with absolute paths. This includes auto-managing the CSS sheets or any other attachments, inclusions, or associated files.

      The result is an incredible mess when you transfer the contents back and forth, and leads to people doing amazing absurdities such as running SMB, unsecured, over unsecured Internet lines so they can edit the files in a locally mounted directory and not have to do transfers.

      A free-standing, no inclusion webpage doesn't have this transfer problem. And the level of pure crap auto-generated by many GUI's is not an HTML 3.x vs. HTML 4.x issue: it's simply bad code with excessive and unnecessary, proprietary and badly done "features" stuffed on top of the basic page by the particular GUI.

      If you don't believe me, go take a look at how people use FrontPage and MS Word-generated HTML, and compare it to a simply written and much smaller webpage actually written with a text editor.

    9. Re:All browsers != standards by JimDabell · · Score: 1

      Actually writing the web pages is often done locally, and the contents transferred to the actual web site by copying the file over. If you use CSS files, you have to remember to also transfer the edited CSS files to the correct relative locations

      But surely that is an artifact of compound documents and is also an issue with images, Javascript, video, etc? CSS is by no means the first type of external resource referenced by an HTML document.

      except that a lot of the modern GUI's have a bad habit of replacing any relative links, content, inclusions, or anything else with absolute paths.

      So what you are saying is that some of these visual layout editors are specifically broken with regard to CSS where they are not broken with regard to similar resource types? That's a bug in the editors, not a shortcoming of CSS. Use junk software, get junk output.

      A free-standing, no inclusion webpage doesn't have this transfer problem.

      And such webpages will have no images either, right? They too are external resources, unless you are using the data: URI scheme, which doesn't work in Internet Explorer and other old browsers.

      You don't have to use external stylesheets with CSS, you can also include it in the head element of your documents. It's less efficient that external stylesheets, but still more efficient than presentational HTML.

      If you don't believe me, go take a look at how people use FrontPage and MS Word-generated HTML, and compare it to a simply written and much smaller webpage actually written with a text editor.

      Oh, I'm not defending code generating tools. I think they're crap too. But that doesn't mean we should use PHP in place of CSS, it means we should avoid using crap, broken software when there are better alternatives.

    10. Re:All browsers != standards by Antique+Geekmeister · · Score: 1

      You have a point, the secondary document management problem occurs elsewhere. But the effects you gain from using CSS, those effects so vaunted by the web GUI design tools, don't take CSS. They take careful authorship and functions like the simple PHP "include" operations.

      Javascript, which I also loathe in most of its uses, does not actually require separate documents. And images are mostly eye candy: they contribute nothing to the usability or actual information of the page, except in a few cases. For examples of this, take a look at the Slashdot page in front of you. The cutesy icons and cutesy frames around it actually contribute almost nothing to its usefulness and information content.

  56. Oh puhleez... by jav1231 · · Score: 1

    MS: "Dear Developers. We would like to thank you for the bastardisation...uh...continuing effort towards open standards. Thanks to you, most sites will only render correctly with IE. That pesky Netscape is now rarely used. Alas, our work is not done! In our ongoing effort to push open standards (author chuckles) we now have to turn our efforts to stamping out Firefox. To this end we strongly encourage you to start coding to IE7 standards. We understand the temptation to code to Firefox as it's the hip new thing. Failing to code to IE7 would make you a traitor, an outcast! We know you will want to do that right thing and as such we have NO plans to have your employer encourage you at this time. Have an innovative day!"

  57. Re:By Java, I am not endorsing Sun. Perl or Python by DaedalusHKX · · Score: 1

    Scrap Java too if need be, Perl, PHP, Python, plenty of other scripting and programming languages out there... all opensource, most of them either somewhat or MUCH cleaner than Active X.

    Did I also mention that they aren't forcing users to use only ONE browser, by ONE greedy and recklessly dangerous company that is well known mostly for the ammount of security holes they fail to disclose or admit? And nobody ever holds them accountable...

    --
    " What luck for rulers that men do not think" - Adolf Hitler
  58. UA Strings, Can't we all get along... by WareW01f · · Score: 1

    I've been working on web stuff as of late and am always utterly amazed at the strings that come out of browsers. Why is it that in the land of arguments over standards on HTML, CSS, etc there is never any gripe about standardizing the UA string? (Yes I know that most browsers are forced to lie because of moronic web sites, but can't we spoof a standardized string?)

    Take handhelds to start. Blazer, on the Treo 600, for the most part claims that it is Windows 95, with handy addition of tacking on the screen size a the end (i.e. Mozilla/4.0 (compatible; MSIE 6.0; Windows 95; PalmSource; Blazer 3.0) 16;160x160)(wow, that would be nice to see in a spec, no? Rather then the "This best viewed at" crap.) Jeers for saying you're Win95, but big points on the screen size. But it goes on. Even ie is never just ie, oh no, there's your .NET CLR version, all of the spyware that's installed itself. What a mess!

    It's a catch 22. Smart websites are nice in the case of handhelds if they are done like say Google, they give you the handheld version of the site and let you opt into the normal view. Great! I'd argue that *all* browsers should send the current window size. I can't tell you how many sites I've been on on my PC and had to stretch the window just to read the text. The other one where they detect your device and send you to a page... and don't let you go elsewhere. (T-Mobile bundles hotspot software with the Palm LifeDrive, but just try and go to T-Mobiles homepage on a LifeDrive... just try it.)

    So, standardized strings to UA, good. Helping out small screen users, good. Hell even the I've-worked-for-3-days-to get-this-to-display-the-same-in-FireFox-and-IE-and -I'm just-going-to-break-down-and-serve-different-pages is fine, as long as you just default to something over than "You must have IE 6 to view this page"

  59. Go for it by MemoryDragon · · Score: 1

    I would not mind after spending several days per week of dealing with the dreck IE in reality is, that somebody sues them into the ground for neglecting the standards.

    So they have been promting use our way, ignore the W3C standards, use blink whatever, but stay away from CSS because it is so nasty cross platform. And myriads of webdesign lemmings followed them and now will get a smack on the head. I really would not mind Microsoft being sued for Billons for their total ignorance of the W3C standards and trying to take over the web by not doing anything and costing costs of billions worldwide because developers constantly have to workaround their quirks.

    So if someone wants to sue them, I would not mind!

  60. How to prepare yourself for any new browser by nicomen · · Score: 1

    Use the standards.

    You find them at http://w3c.org/

    I'd say if someone needs preparing here it's Microsoft. Please prepare your browser by following the standards.

    --
    Nicolas Mendoza
    Prepare for MSIE 7
  61. The irony is striking by Kell_pt · · Score: 1

    Is it just me, or does anyone find this to be deliciously ironic? For ages the UA string has been used to lock out non-IE browsers, and many sites still use that method despite growing complaints.

    Now the same mechanism that was used to leave non-IE users out in the cold from some sites will leave IE7 users out in the cold. Care to think about how many won't make the change because their favourite website doesn't work under IE7? How could we grab this opportunity and have people move to Firefox while at it? If they're going to change to a browser that is barred from some sites, they may as well do a good thing for once and change.

    --
    "I don't mind God, it's his fan club I can't stand!" E8
  62. nice! by weasello · · Score: 1

    I'm getting excited about the upcoming release of IE7. I've been using IE6 for so long now I can't really remember how long itsbeen since an update LOL! Anyone know what some cool new features are?? I heard a rumor they were integrating msn messenger so you could chat ON websites! LOL that would be so cool!

    1. Re:nice! by whitehatlurker · · Score: 1
      I think you misspelled kewl, d00d. ;-)

      Cute post, thanks for the laugh.

      --
      .. paranoid crackpot leftover from the days of Amiga.
    2. Re:nice! by Anonymous Coward · · Score: 0

      Every 'new' feature I've heard of has been done by most (if not all) other browsers.

      integrated MSN Messenger.The most they'll do is put it into a sidebar and add some useless features.

  63. Maybe Microsoft should take their own advice... by Anonymous Coward · · Score: 0

    I am of course referring to the fact that ASP.NET by default excludes any browser not explicitly recognized from being sent any javascript.

    And it's not even a graceful degradation, the mechanism just breaks the page by referring to non-existent script.

  64. Microsoft was the worst about this! by Farmbubba · · Score: 1

    When microsoft made the IE 6 Beta, I foolishly downloaded it and found I could not get to 99% of the pages on microsofts own website! (saying I could ONLY get to that page with IE 5.5)

  65. I wish it was backwards by microcars · · Score: 1
    If I had a site with killer content, I would make the user-agent string exclude IE and spit back a message saying "this site does not work with IE"
    Then give them a list of browsers to download.

    What is truely unfortunate is that most "users" I know do not know what a "browser" is.
    The blue "E" is the "internet".

    many users will not use any other browser unless someone else installs it for them.

    And so, IE7 will soon become the default "standard", like it or not.

    --
    I like microcars
  66. http_accept is more reliable than http_user_agent by Anonymous+Luddite · · Score: 1

    >> Opera using it's own UAS (~Opera/8.01 (Windows NT 5.0; U; en)) usually has no trouble displaying anything

    Some banks, etc deny me access till I come back with an "approved" UA string. I don't understand why web developers look at http_user_agent for anything except statistics. It's too unreliable to use on host specific basis.

    for one, everyone and their dog can fake HTTP_USER_AGENT. Opera and Konqueror have got spoofing built in and changing your UA string in Firefox is trivial.

    For two, sniffing HTTP_ACCEPT gives you the actual capabilities of the browser - or at least the ones advertised. http_accept typically doesn't get faked. Even if I change the UA to Lynx or whatever, the HTTP_ACCEPT value is reported correctly.

    I've got some info on spoofing http_user_agent here. The main site has more on http_accept, etc. and a cgi script to view values from your request header. Check it out.

  67. Bingo! by PhYrE2k2 · · Score: 1

    Bingo. Tell a user you don't support him/her, and they'll go elsewhere to someone who does.
    Don't say a word and maybe a few floats look a tad odd or overlap, and they'll stay with your site.

    Why bother displaying that message?

    Who gains? You're a FireFox user. You've been a firefox user for a 12 months now. You have your preferences and bookmarks in firefox. You have never had a problem before.

    Yet "Bills Corporate Web site" tells you to switch browsers. Why should I listen to you? Why are you telling me what to use? Imagine you said "You're using a PC- go out and buy a Mac and then come back"- who would do it? The solution is to move on to the next company/bank/business/person who has a web site that does display- loss of business, loss of clients, loss of money.

    Not to mention those who have no choice (corporate environments where the IT manager installs browser choice).

    -M

    --

    when you see the word 'Linux', drink!
    1. Re:Bingo! by maxpublic · · Score: 1

      Bingo. Tell a user you don't support him/her, and they'll go elsewhere to someone who does.

      Provide a link to Opera. Takes all of a minute to download and 30 seconds to install. Not exactly rocket science.

      Imagine you said "You're using a PC- go out and buy a Mac and then come back"- who would do it?

      You're comparing the inconvenience of a couple of minutes spent downloading and installing a new browser to going out and buying an entirely new computer using a different OS? Bet your high school voted you "Class Drama Queen".

      Max

      --
      My god carries a hammer. Your god died nailed to a tree. Any questions?
    2. Re:Bingo! by PhYrE2k2 · · Score: 1

      C'mon- I'm exaggerating the purchasing a PC part to prove the point. Just because someone tells you to do something, doesn't mean you are going to. Some people can't (administrative rights, etc), won't (technical inability), or shouldn't (unwillingness, etc) change THEIR habits because of you. Sure it's not rocket science, but for some (most?) it's more than they are able or willing to do.

      Compare it to a common linux discussion- "You have a worm that you got in Windows"- a viable solution is to change to Linux and with the proper advice and technical knowledge, some may make that switch (few though). Though just because some article on the Internet says that Linux is not vulnerable, are you going to do it?

      What motivation is there for me to use another browser? What motivation is me to have multiple browsers installed, multiple settings, bookmarks, and two different ways to accomplish the same task. Not to mention Opera which gives me the choice of ads or a $40USD price tag.

      For context, I certainly do have IE and Firefox and other browsers installed, but that's myself making an educated choice- not going to a corporate web site and seeing "install new software".

      The reality is, that customers want to get in and out in all locations. If I'm looking to purchase something and send $20 or $200 or $2000 to a company, if their site doesn't give me the price and let me buy, and do all I need, I'll just find a competitor with a near-equal price. The switching cost is low.

      Unless you have a monopoly (ie: the cable company's account-management site being IE-only because your only alternate is the phone to them), customers will give you a few seconds. If your site is slow, imcompatible, or looks like crap, we move to the next site.

      Though I'm amused that you will do anything you're told by a corporate web site...

      --

      when you see the word 'Linux', drink!
    3. Re:Bingo! by Stormwatch · · Score: 1

      Yes, a message like "we made this site borked so it'll look bad in your minority browser, tough luck" is stupid.

      This, however, would be more like: "we made this site obeying the supposedly universal rules for making teh intarweb sites properly, but world's biggest software developer either is too dumb to follow the standard, or is breaking it to hurt other developers."

      Just to be fair... anyone knows exactelly what IE7 breaks or gets right? Maybe following the standards breaks stuff, and that's why they're telling devs to get their shit straight...

  68. Why do these people get paid anything? by Anonymous+Brave+Guy · · Score: 1

    I was just about to post and ask why anyone pays someone so incompetent, until I noticed your final comment. I would have thought dropping the company/firing the individual without any pay whatsoever would be completely justified if they were specifically asked to produce standards-compliant code as part of the spec.

    The facts that they fobbed their employer off with "it's unimportant", didn't know about Mozilla, and ripped copyrighted code just demonstrate that they were incapable of doing the job they accepted and were acting in bad faith throughout; this was no accidental misunderstanding or legitimate ambiguity in the agreed specification. If anything, the company/employer whose time and resources they wasted should be suing them to recover losses through wasted time and effort, though sadly this probably isn't how it's going to work out in practice.

    --
    If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    1. Re:Why do these people get paid anything? by NutscrapeSucks · · Score: 1

      I would have thought dropping the company/firing the individual without any pay whatsoever

      The term "wages" implies that he was an hourly employee, and therefore would get paid for time worked, no matter how good or bad his work was. Slavery is illegal and stuff.

      Obviously the guy wasn't supervised very well if it took them "a few weeks" to determine he was grossly incompetant at basic HTML editing. Who's fault is that? Plus that they would apparently blatently violate labor laws just because they didn't like his work indicates that the OP works for a pretty crappy outfit.

      Now, if they had half-a-clue, they could have structured a contract in such a way where the guy would be paid $X on acceptable delivery, and it would have been quite easy for them to get away with not paying him all or some of the money owed.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    2. Re:Why do these people get paid anything? by Anonymous+Brave+Guy · · Score: 1
      The term "wages" implies that he was an hourly employee, and therefore would get paid for time worked, no matter how good or bad his work was. Slavery is illegal and stuff.

      I'll have to take your word for that, because I don't know where this incident occurred or the law there. I'm pretty sure that if you're guilty of something as serious as deception or gross misconduct, the normal rules often don't always apply, though. I'd expect the extent to which that's true of an employee if they're paid by the hour, and how much it would depend on the level of supervision, is probably something for an industrial tribunal or suitable court to decide.

      I would certainly be surprised if you could get a job by completely lying on your application, work for some amount of time nominally on an hourly rate but not actually doing the job, and still have legal support for getting paid, though. That seems hugely unfair to an employer, regardless of any duty to provide reasonable supervision.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    3. Re:Why do these people get paid anything? by stewby18 · · Score: 1

      I would certainly be surprised if you could get a job by completely lying on your application, work for some amount of time nominally on an hourly rate but not actually doing the job, and still have legal support for getting paid, though. That seems hugely unfair to an employer, regardless of any duty to provide reasonable supervision.

      Why is it unfair to the employer? What you just described is a total failure of the interview process, and a total inability of the company to handle a new employee. There are a lot of unqualified people out there, and a lot of them pass themselves off as more qualified than they are--it's the company's job to screen those people out. If you can't figure that out in advance, and you sign a contract hiring them, you are just as bound by the contract as they are. You can fire them whenever you want for incompetence or deception (assuming your contract wasn't written by a monkey), but you have to pay them the agreed-upon hourly wage until then if you are hiring them hourly, period.

      Now if you contract somebody to do work with payment on delivery, and the product they try to deliver doesn't meet the specifications laid out in the contract, than sure, you don't have to pay. But that's simply not how it works with regular employees.

    4. Re:Why do these people get paid anything? by NutscrapeSucks · · Score: 1

      I'm pretty sure that if you're guilty of something as serious as deception or gross misconduct, the normal rules often don't always apply

      Yes, the employee can be terminated immediately at any time and for just about any reason, and paid for hours worked. There is very little protection against firing in most of the US.

      I'm curious what you do for a living. I'm sure it would be quite easy for your employeer to invent some reasoning you are incompetent and demand your last six months of paychecks, if it were legal to do so. Remember, you will not be tried by a technical expert but instead a "business-friendly" labor judge.

      Furthermore, the OP stated that the employee completed the project, so despite his idiocy, arguing "gross misconduct" is probably not in the cards. (This would be something like stealing or being drunk on the job, not being ignorant of modern web design.)

      probably something for an industrial tribunal or suitable court to decide

      Apparently he made the complaint to the state Labor Board.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    5. Re:Why do these people get paid anything? by Anonymous+Brave+Guy · · Score: 1
      Why is it unfair to the employer? What you just described is a total failure of the interview process, and a total inability of the company to handle a new employee.

      I agree that it's a failure of the recruitment process, but where we differ is that I think a recruitment process can never be perfect, nor even close. It's simply unrealistic to expect any such process to weed out all the bad apples before they start, or to expect a company to supervise a new employee who claims certain basic competencies well enough to identify a bullshit artist immediately. However, I don't see why operating in the real world should be damaging to a company.

      As I suggested in another post, the extent to which the employer's actions (or lack thereof) was negligent and led to their own demise in this case would probably have to be determined by a court or tribunal of suitable authority in that particular jurisdiction, with full access to the specific facts of the case. However, it seems to me that even if you're working for an hourly rate, if you lie to get a job and are completely incompetent to perform the work required, you don't deserve any legal protection just because you successfully pull the wool over your employer's eyes for a while. Even for an hourly rate, you're still being paid to do a job, and that's a two-sided deal. IMHO wilful dishonesty demonstrates clearly that there was no intent to meet one side of the bargain, and should therefore disqualify someone from any legal protection of the other side of the bargain by default. Why should an employer (and by extension, other staff with an interest in the company, any shareholders, etc.) be screwed for even a $MINOR_CURRENCY_UNIT to benefit a deceptive incompetent?

      (Obviously this is a different case from a contractor, who clearly wouldn't get paid if they failed to meet the requirements of the contract, but I think we agree on that anyway.)

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    6. Re:Why do these people get paid anything? by Anonymous+Brave+Guy · · Score: 1

      Fair enough, you've obviously seen some information I haven't noticed about where this story comes from.

      Here in the UK, industrial tribunals have a pretty good reputation, since the panels are deliberately composed to include people who would naturally side with both sides and a relatively neutral lawyer. Companies certainly don't risk a tribunal lightly, because it's unlikely a tribunal will find in their favour if they have been acting improperly, but OTOH frivolous cases by (ex-)employees tend to be thrown out pretty quickly too.

      It doesn't surprise me at all to find that the same neutrality isn't present in the US system; it seems like every time I read about any sort of law in the US these days, it's because it's stacked even further in favour of megacorps at the expense of consumers and/or staff.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    7. Re:Why do these people get paid anything? by NutscrapeSucks · · Score: 1

      Hmm. I would have assumed that the labor laws in the UK were much stronger than in the US. There really are cases where someone could be denied their paycheck?

      any sort of law in the US these days, it's because it's stacked even further in favour of megacorps

      Generally true, especially down South. But getting paid for hours worked would be nearly always be slam-dunk for an employee.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    8. Re:Why do these people get paid anything? by Anonymous+Brave+Guy · · Score: 1
      I would have assumed that the labor laws in the UK were much stronger than in the US. There really are cases where someone could be denied their paycheck?

      I'm not an employment lawyer, so I can't give you a definite answer to that. I can certainly comfirm that other standard employment rights (e.g., a notice period before dismissal, during which pay is maintained) are very likely to be forfeit in the event of things like gross misconduct, deception, committing criminal activity, etc.

      It's hard to say what would happen in this specific case, because I can't imagine anyone over here working an hourly rate in this particular business who isn't doing so as a contractor. I don't know enough about the US employment market to be sure, but I get the feeling the employment-at-will concept and the culture of salaried workers putting in stupidly long hours make the whole employer-employee relationship work very differently to ours. Maybe a lot more people across the pond still work hourly rates long after the jobs at that level would have been salary-based over here.

      But getting paid for hours worked would be nearly always be slam-dunk for an employee.

      If they were at least trying to do a reasonably job, I'd assume so over here too. I'd be interested to find out whether that still applies when they're blatantly not, though.

      We have a concept of a basic trust relationship between employer and employee that (so the lawyers tell me) forms part of any employment relationship. Either side may be able to invalidate part of the employment contract if they can demonstrate that this basic trust relationship has broken down. I'd say that getting a job by lying and then acting in bad faith once employed was a pretty clear breakdown of trust! Hence I'm guessing any attempt to fire someone immediately and without pay-to-date would be made on this basis, but as I said, I'm not a lawyer and this is based only on a layman's understanding of our employment laws.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    9. Re:Why do these people get paid anything? by Sven+The+Space+Monke · · Score: 1
      Part of his complaint to the provincial labour board (Canadian) is that he was a regular employee, when he was a contractor. The labour board here is notoriously anti-employer, so that will hurt us.

      As for the supervision, yeah, he was poorly supervised. At the time, I was the only person in the company with a functional grasp of html/php/etc (but I know dick all about flash, and I'm artistically devoid of all talent). As the sole tech/sysadmin for 90+ machines in 3 locations, I had plenty of other things to do than check his work. So yeah, he was poorly supervised.

      As for payment, he was supposed to have been paid on completion. He said the site was done, but the whole thing was half-baked at best. So he was offered a check for less than half of the bill he handed us and he was pissed. Since the arrangement was "we'll pay you $x if we like what you've done", and he left half the site unfinished, he was lucky to get what he was offered. He refused the check and went to the labour board.

      What it came down to was my boss, the guy who hired him, didn't do the background check he should have. He trusted this web dev when he shouldn't have. We got burned because of it, we learned a valuable lesson, and we might get burned again if the labour board finds against us.

      --
      A man who can't pronouce "nuclear arsenal" shouldn't have one -sig ends here.
  69. You no-talent hack by Anonymous Coward · · Score: 0

    Everbody knows 4 is the minimum number of browsers to check, which you would know if you weren't such a wannabe.

  70. Job Security by Anonymous Coward · · Score: 0

    Stuff like this is only a good thing. It's keeping food on your table, you know?

    Get back to work.

  71. What is the name of this "website design bureau"? by CyricZ · · Score: 1

    What is the name of this "website design bureau"? Please let us know their exact name so we can all avoid them in the future.

    --
    Cyric Zndovzny at your service.
  72. Name, please. by CyricZ · · Score: 1

    Could you provide us with the name of this web developer, so we can make sure we all avoid him in the future?

    --
    Cyric Zndovzny at your service.
    1. Re:Name, please. by Anonymous Coward · · Score: 0

      that's what interviews are for. if you can't tell if someone is qualified, you shouldn't be part of the hiring process. is the whole world run by morons?

    2. Re:Name, please. by CyricZ · · Score: 1

      Of course the interview process helps with that. But in order to make the interviewing process itself effective and efficient it is often useful to know who to scratch off the list of candidates immediately.

      --
      Cyric Zndovzny at your service.
  73. Do absolutely nothing different by Anonymous+Brave+Guy · · Score: 2, Insightful
    What strategy must we follow to have M$ kind-of stab themselves in the foot by the selfish/greedy actions they might take in regard to IE7?

    Change absolutely nothing. Your strategy is as simple as that. Continue to develop for W3C standards, and make the usual pragmatic concessions to allow for IE 5 and 6. Make no special attempt to accommodate IE7 whatsoever.

    This strategy is a clear winner for one simple reason. The only reason MS gets a lot of developers to code for IE is because it's big. When you have 90% market share, you don't follow the standard, you define it, regardless of what the W3C and its supporters might wish were the case. As a corollary, when you have 90% of market share, a lot of ill-informed cheaposoft developers will code for your software because they don't know any better.

    However, when IE7 comes out, it will not have 90% market share. It starts at 0% like everyone else, and if it isn't directly compatible with either the W3C standards or Microsoft's previous one (the now-well-known quirks in IE 5/6) then it gets a category of its own.

    Moreover, since MS were making a big point of how IE7 will only be part of Longhorn and won't be available as a retrofit onto the previous versions of Windows, they are almost condemning it to be a minority player for several years. Just look as how many home users are still running ME, and how many businesses are still on 2000, never mind XP. (As an aside, I heard rumours of this policy changing, though I've not personally noticed anything official from Microsoft about it yet. I'll be amazed if there isn't an IE7 upgrade for WinXP available the moment it releases, though.)

    If critical web sites like banks and the big e-shops don't immediately work reliably with IE7 -- and that information will probably spread very fast -- then this will hurt Microsoft's sales and market share. Microsoft will not sell as many copies of its new operating systems as long as they rely on IE7, so they will either have to fix IE7 or drop it and advise users to switch to something that works. In the meantime, big players like Dell will not be selling as many new PCs, or they'll be stuck with the overheads of supporting multiple OS configurations at supply time. After they had to do that with Win2K, when many major customers said they just didn't want the untried-and-untested WinXP installed on their new systems, I suspect they'll be very reluctant to do it again because of something as stupid as a web browser.

    In summary, Microsoft only bullies the dev community right now because it has huge market share. IE7 will not start with a huge market share, and if Microsoft does restrict it to Longhorn only as they threatened in the past, IE7 will not develop a huge market share either. Thus IE7 is not a tool with which to bully the development community, it is a tool that must comply with the will of the development community. If it does not, Microsoft and the customers and business partners it most cares about will lose money, and that is the one thing they will not allow to happen.

    Of course, Microsoft are well aware of this risk, which is why their legendary PR machine is now trying to mitigate it. All that is necessary to defeat this ploy is to see the PR for what it is: an attempt to trick the dev community into helping Microsoft, not the other way around.

    --
    If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    1. Re:Do absolutely nothing different by NutscrapeSucks · · Score: 1

      It seems to me that you've jumped to a bunch of well-thought conclusions based on a bunch of really poorly thought-out assumptions.

      Assumption #1: IE 7 will have a low marketshare.

      Better prediction: Within a month or two, IE7 will have a greater marketshare than Firefox and all other alternative browsers combined. (Based on historical adoption of IE6.0). When Longhorn ships, the market will be predominately IE7 within months. Your statement that IE7 will not develop a huge market share either appears to be completely groundless -- just the shipment of new PCs alone negates it.

      Assumption #2: IE 7 will have some major incompatibilities with IE 6.

      Better prediction: In the vast majority of cases, IE 7 will just work. It will still contain all HTML3.2-era hacks and IE5-style BogoCSS. The most affected sites are the few that exploited CSS2 bugs to work around other CSS2 bugs in IE6.

      Assumption #3: Major sites will be unprepared for IE 7

      Better prediction: This is the biggest browser release in years, and sites will test with the beta releases. (Admittedly this is going to sorta suck for W2K shops like ours.)

      Assumption #4: Microsoft "bullies the dev community right now because it has huge market share"

      Reality: Most web developers are primary IE and are using simplistic techniques that generally work just fine on Firefox and Safari. The extreme CSS2 crowd that is bullied by IE6 is only a small portion of the market which will hopefully be happy with the IE7 improvements. This group will encourage IE7 enduser adoption rather than retard it.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    2. Re:Do absolutely nothing different by Anonymous+Brave+Guy · · Score: 2, Interesting

      Thanks for the reply, but I think my reasoning was a little more thought out than you give credit for...

      Assumption #1: IE 7 will have a low marketshare.

      Better prediction: Within a month or two, IE7 will have a greater marketshare than Firefox and all other alternative browsers combined. (Based on historical adoption of IE6.0). When Longhorn ships, the market will be predominately IE7 within months. Your statement that IE7 will not develop a huge market share either appears to be completely groundless -- just the shipment of new PCs alone negates it.

      I find that extremely unlikely. Adoption of new operating systems from Microsoft has been slowing dramatically since Win2K. Even today, as Microsoft starts blatantly shutting off support to force people to upgrade, a very significant proportion of their customer base are not running WinXP.

      Longhorn may be the most hyped MS operating system since the last one, but they've cut most of the potentially great stuff out of it already; see Slashdot discussions passim. There's not much of a compelling driver for upgrades, which means the only way it's getting out there in serious volumes is via new PCs.

      A common business plan replaces PCs every three years, with plenty of places using older machines and software, and not many upgrading more frequently. That means for IE7 to reach the same penetration as IE6, even without other factors, would take the best part of three years. And this is assuming that everyone buying a new PC gets Longhorn, which isn't necessarily going to be the case for many reasons, and that no-one switches to a different browser in the meantime, which also isn't necessarily the case.

      Microsoft just don't get those three years. If they're lucky, they get a month or two, by which time if there are serious incompatibility flaws, every magazine, on-line review site, CIO journal and tech news forum is going to be carrying the fact that IE7 breaks web sites and the damage really starts, crippling further spread of IE7.

      Assumption #2: IE 7 will have some major incompatibilities with IE 6.

      Better prediction: In the vast majority of cases, IE 7 will just work. It will still contain all HTML3.2-era hacks and IE5-style BogoCSS. The most affected sites are the few that exploited CSS2 bugs to work around other CSS2 bugs in IE6.

      Well, if it "just works", there will be no need for developers to do anything special to support it, will there?

      But if it was going to "just work", Microsoft wouldn't need to spend a fortune trying to get everyone to check their sites and fix the breakage early. They're worried it won't "just work", which is pretty telling.

      Assumption #3: Major sites will be unprepared for IE 7

      Better prediction: This is the biggest browser release in years, and sites will test with the beta releases. (Admittedly this is going to sorta suck for W2K shops like ours.)

      I admire your optimism. Gecko-based browsers have around 10% market share today, depending on who you ask, yet we're only just now seeing some key web sites (particularly those dealing with financial matters) upgrading in the face of customer pressure and bad PR. I very much doubt the kind of site naive enough to be IE6-only until recently is going to be IE7-ready the moment Microsoft releases it, if IE7-ready doesn't mean "works like IE6".

      Assumption #4: Microsoft "bullies the dev community right now because it has huge market share"

      Reality: Most web developers are primary IE and are using simplistic techniques that generally work just fine on Firefox and Safari.

      I'm not sure either part of that claim is true. A lot of cheapo shops and schoolkids pretending to be businessmen are IE only, but most of the pros I know (of which there are quite a few, given I work in a big tech centre) are more than familiar w

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    3. Re:Do absolutely nothing different by NutscrapeSucks · · Score: 1
      Adoption of new operating systems from Microsoft has been slowing dramatically since Win2K.

      Utter bullshit. Check out the nice straight lines here: http://www.pegasus3d.com/osshare2.gif (original source, Google). In 18 months XP had the Windows marketshare lead.

      they've cut most of the potentially great stuff out of it already; see Slashdot discussions passim. There's not much of a compelling driver for upgrades, which means the only way it's getting out there in serious volumes is via new PCs.

      Slashdot FUD isn't much of a predictor of anything. New PCs, on the other hand, are the irresistible force. Longhorn would have to bomb worse than OS/2 1.0 for IE 7 to not have a huge market impact.

      If they're lucky, they get a month or two, by which time if there are serious incompatibility flaws, every magazine, on-line review site, CIO journal and tech news forum is going to be carrying the fact that IE7 breaks web sites and the damage really starts, crippling further spread of IE7.

      Sounds like your stay on Fantasy Island was enjoyable, but again this is all based on enormously unsubstantiated assumptions.

      But if it was going to "just work", Microsoft wouldn't need to spend a fortune trying to get everyone to check their sites and fix the breakage early. They're worried it won't "just work", which is pretty telling

      Well, I've provided an argument why it will mostly "just work", so you will need to provide one why it won't. The article (a dupe, btw) was simply a review of minor UA string changes, which of course affect every single browser ever made.

      Gecko-based browsers have around 10% market share today, depending on who you ask, yet we're only just now seeing some key web sites (particularly those dealing with financial matters) upgrading in the face of customer pressure and bad PR.

      Financial sites have their own reasons for blocking all but approved UAs. In many cases, these Firefox-incompatible sites were actually Gecko-compatible, but only supported official Netscape releases.

      Additionally, Mozilla/Nutscrape was facing a situation where their installed base had basically fallen to zero, and their new product was significantly incompatibile with their old one. Neither situation applies to IE 7. Even assuming minimal adoption, sites will be under enormous pressure to be IE7-compatibile quickly.

      most of the pros I know (of which there are quite a few, given I work in a big tech centre) are more than familiar with the W3C standards, and curse IE's insistence on doing things its own way regularly

      I'm glad you work with competent people, but get real. Most of the "pros" know what button to push in Dreamweaver or GoLive and that's about it. Sophisticated CSS2-based design is still a tiny part of the market.
      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    4. Re:Do absolutely nothing different by maxpublic · · Score: 1

      Utter bullshit. Check out the nice straight lines here: http://www.pegasus3d.com/osshare2.gif (original source, Google). In 18 months XP had the Windows marketshare lead.

      Which still left around 40% of the market in the hands of win98 and win2000, assuming you trust the figures here. While approximately 60% may be a "marketshare lead", it sure as hell isn't enough of a lead to dictate much of anything.

      In any event, take a look at the graph and this time look closely. Almost all of XP's gains came from Win95/98 users, who decided not to switch to win2000. It's extremely unlikely that these folks will be looking to throw away all their software again simply to upgrade to what (from Joe User's perspective) appears to be another version of XP. And from the graph it appears that the win2000 users probably won't bother with Longhorn at all (they blew XP off completely).

      I'd say it's probably fair to assume that Longhorn is going to have the lowest adoption rate of all MS OS's, with the possible exception of WinME. At least for a couple of years.

      Max

      --
      My god carries a hammer. Your god died nailed to a tree. Any questions?
    5. Re:Do absolutely nothing different by Anonymous+Brave+Guy · · Score: 1
      Check out the nice straight lines here: http://www.pegasus3d.com/osshare2.gif (original source, Google). In 18 months XP had the Windows marketshare lead.

      Please think about what the figures in that graph represent for a minute. For example:

      • The Win2K market share has been almost completely unaffected by the arrival of WinXP.
      • It took longer for WinXP to hit majority market share than Win98.

      Also, notice that WinME isn't shown at all. There's a whole operating system that isn't there. If it's been merged into the Win98 figures, then that suggests that the adoption of WinXP was only around half as fast as its predecessors.

      Slashdot FUD isn't much of a predictor of anything.

      However, official announcements from Microsoft that they're dropping the two most useful pillars out of the original three that were supposed to be the heart of Longhorn are likely to be, well, representative of Microsoft policy, no?

      New PCs, on the other hand, are the irresistible force.

      Only measured over a period of years. The day after Longhorn comes out, if IE7 doesn't work with existing web sites, it's unlikely many of those sites will care at all. The same "support the majority player" mindset that has held back W3C standards compliance for years is going to come back and bite Microsoft in the backside now if they try to play proprietary again. Too bad.

      Well, I've provided an argument why it will mostly "just work", so you will need to provide one why it won't.

      No, I don't. My argument (see my original post) is simply that the best strategy for web developers is to do nothing special for IE7. If it "just works", that policy won't cost them anything. It if doesn't, I think it will hurt Microsoft a lot more than it hurts the WWW. My position doesn't lose either way.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    6. Re:Do absolutely nothing different by NutscrapeSucks · · Score: 1

      The Win2K market share has been almost completely unaffected by the arrival of WinXP

      Yeah. It seems that NT4/2K transitioned on one axis and 98/XP transitioned on another. Makes sense if you've been in Windows environments for a while.

      then that suggests that the adoption of WinXP was only around half as fast as its predecessors.

      No. the graph shows that it took about 3 years for 98, 98SE, and 98ME (which I believe is how it reported itself) to gain 55% marketshare, and it took about 3 years for XP to do the same.

      Please think about what the figures in that graph represent for a minute.

      I have. The obvious conclusion is that the PC turnover is remarkably constant, even in an economic recession. Now I won't deny that XP had it's stability appeal over 98, but there's simply no data to conclude that people will stop buying new PCs because Longhorn doesn't have WinFS or whatever. The flashy UI and normal upgrade-bait will be there, as will that very large group of old life-support W2K deployments.

      Furthermore, it is quite possible that MS will repackage OEM XP to include IE7. They've done it before. I wish I could find numbers, but the IE5x -> IE6 transition line was much steeper than the one you see for XP.

      Final answer: The monopoly dictates that IE7 is coming. Like it or not.

      My argument (see my original post) is simply that the best strategy for web developers is to do nothing special for IE7. If it "just works", that policy won't cost them anything. It if doesn't, I think it will hurt Microsoft a lot more than it hurts the WWW.

      The mistake is your assumption that this will "hurt Microsoft". It will be perceived by consumers to be a problem with the site, so a blase attitude towards IE7 will hurt the web developers more than anyone. (Regardless of any /. chatter about how their site's incompatibilities are all M$'s fault.)

      Now, obviously if Microsoft pulls a Nutscrape and creates a "severe compatibility event", they might have problems. But this would go against their entire product marketing history, as well as the recent object lesson of Netscape 7's astounding 1% marketshare.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    7. Re:Do absolutely nothing different by NutscrapeSucks · · Score: 1

      [60%] sure as hell isn't enough of a lead to dictate much of anything.

      Even Apple's 3% marketshare is enough to dictate widescale Safari support, so this argument fails it. Some site is going to ignore 40% of the market? Please.

      (from Joe User's perspective) appears to be another version of XP

      From Joe User's perspective the shell will be entirely overhauled == New OS.

      I'd say it's probably fair to assume that Longhorn is going to have the lowest adoption rate of all MS OS's,

      I'd say that the adoption rate of MS OSes is determined almost entirely by the rate of PC turnover. ME didn't sell worse than any of the others. More wishful thinking at best.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    8. Re:Do absolutely nothing different by maxpublic · · Score: 1

      Some site is going to ignore 40% of the market? Please.

      Try reading what I actually wrote, for a change. I'm sure that if IE7 has it's own specific codes people will undoubtedly use them because of the share it'll have in the market. I sincerely doubt they'll code *only* for IE7, and that means - quite literally - that IE7 won't be able to dictate much of anything at all when it comes to developing websites.

      You said it yourself with the comment on Safari.

      From Joe User's perspective the shell will be entirely overhauled == New OS.

      Joe User saw the shell "entirely overhauled" with Win2000 and he and 80% of his neighbors said "fuck that". You haven't made any credible argument for why Longhorn should be any different.

      ME didn't sell worse than any of the others. More wishful thinking at best.

      What the hell are you talking about? WinME sold less copies (and had less copies pre-installed) than Win95, Win98, Win2000, and WinXP. What were you comparing it to? Dos 2.0?

      I'd say that the adoption rate of MS OSes is determined almost entirely by the rate of PC turnover.

      That I'll agree with, which is why I said 'at least for a couple of years'. People will switch to Longhorn when it comes preinstalled on their new computers. But in case you haven't been following the figures, new computer sales are some of the lowest ever seen over the last decade. The equipment Joe User has does just what he wants it to do; he doesn't want to go through yet another upgrade cycle and spend more money (especially in this economy) when the benefits of doing so aren't impressive enough to outweigh the cost (both in time and money).

      Longhorn isn't going to take anything by storm. And by extension, neither will IE7.

      Max

      --
      My god carries a hammer. Your god died nailed to a tree. Any questions?
    9. Re:Do absolutely nothing different by NutscrapeSucks · · Score: 1

      Try reading what I actually wrote, for a change. Nobody was talking about IE7-only sites.

      Joe User saw the shell "entirely overhauled" with Win2000 and he and 80% of his neighbors said "fuck that".

      First, Joe User never saw the Windows 2000 shell because it was marketed as a business OS. Second, the shell was not overhauled, it was largely identical to Win98's.

      What the hell are you talking about? WinME sold less copies (and had less copies pre-installed) than Win95, Win98, Win2000, and WinXP

      Can't be bothered to prove it, but I'm fairly certain that ME PCs vastly outsold 2000 Professional PCs in the period when they were both current OEM products. Are you claming there was big drop-off in consumer PC sales during this period? Win2K never had more than 20% of the market.

      But in case you haven't been following the figures, new computer sales are some of the lowest ever seen over the last decade.

      You mean like these: http://www.computeractive.co.uk/vnunet/news/213816 4/idc-raises-computer-sales

      And even if growth is slowing in a mature market, it doesn't mean that turnover is declining. In fact the exceptionally low prices will only accelerate new PCs coming on line.

      The equipment Joe User has does just what he wants it to do; he doesn't want to go through yet another upgrade cycle

      I bet you said the exact same thing the last 5 times MS released a new OS too.

      Longhorn isn't going to take anything by storm. And by extension, neither will IE7.

      Maybe you've forgotten about that monopoly? 90% of new PCs will come with Longhorn and IE7, and your factually impotent handwaving ain't going to change that fact.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    10. Re:Do absolutely nothing different by Anonymous+Brave+Guy · · Score: 1
      Yeah. It seems that NT4/2K transitioned on one axis and 98/XP transitioned on another.

      Exactly. XP was supposed to be the release where the home and pro product lines came together. However, I'm not sure your graph shows any great transition from 2K to XP at all; at most, the number moving up to XP was balanced by the number moving up or over to 2K from NT4, or possibly the 9x series in a few cases.

      No. the graph shows that it took about 3 years for 98, 98SE, and 98ME (which I believe is how it reported itself) to gain 55% marketshare, and it took about 3 years for XP to do the same.

      Not quite. It shows that it took at most three years for the 9x series to establish what appears to be the entire home user base. They might have done it much faster, but since ME was a separate OS that would have been shipping on new machines for about half of that period and the graph doesn't give a breakdown of the two, it's hard to say. What is certain is that either not many people upgraded from 95/98 to ME, or the upgrade cycle slowed down a lot from ME to XP. I'm guessing that ME was the flop, but you can't tell from that graph.

      Furthermore, it is quite possible that MS will repackage OEM XP to include IE7. They've done it before.

      Indeed, and I did acknowledge that I thought they would do something like this in my original post. However, the only official announcements I've seen to date said that IE7 would be Longhorn-only.

      The mistake is your assumption that this will "hurt Microsoft". It will be perceived by consumers to be a problem with the site, so a blase attitude towards IE7 will hurt the web developers more than anyone.

      Perhaps I have more confidence in the Internet-using public than you. :-)

      Five years ago, I'd have bought that argument. Since then, we've had worms and viruses, and security flaws in Microsoft products have started making mainstream news, as has the availability of alternatives.

      For one thing, Firefox now represents a very credible threat on Microsoft's home turf (Windows boxes), and a lot of people who turn to their favourite geek for advice on setting up a new PC are going to be hearing about it who wouldn't have done a few years ago. Convert the home user geeks and the professional sysadmins, and the sheep will follow in both markets; it's only a matter of time.

      For another thing, a lot more people are using the web routinely now than they were in the late '90s. People expect things like Internet banking, or that their favourite shop or restaurant will have a web site, and they've used these things with previous browsers. If something suddenly stops working after they buy their new PC that worked before, I doubt the first thing any intelligent adult will do is assume the site has broken, particularly when the first reply they get from the site's webmaster says that unfortunately Microsoft broke IE, and they're working on a fix but for now you need to use browser software that isn't broken.

      Now, obviously if Microsoft pulls a Nutscrape and creates a "severe compatibility event", they might have problems. But this would go against their entire product marketing history

      Ah, now I've definitely got you. You're talking about the company that manages to break backward compatibility in one of its primary products, Microsoft Office, fundamentally in about every other version. 95->97 was a farce. Office 2K wasn't bad, but Office XP apps could crash trying to load older documents. I haven't played with the most recent version much yet, but in any case, Microsoft's compatibility history is not altogether glowing. I know they try -- I've read articles by insiders on just how hard they try -- and I realise that with the number of people using their products in different ways some issues are almost inevitable, but still, that's all true for IE as well.

      And as I've noted throughout, if Microsoft don't create a significant compatibility problem, there will be no need for devs to do anything anyway, will there?

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    11. Re:Do absolutely nothing different by NutscrapeSucks · · Score: 1

      Good discussion. My underlying assumption (which I believe the graph backs up) is that Windows OS penetration is primarily driven by PC turnover and not in-place "upgrades". (With rare exceptions like Win95 or MacOSX.) And PC turnover is fairly constant. The idea that Longhorn will not be widely deployed is simply impossible.

      Anyway, a lot of this PC OS debate is tangantal to the main point. IE7 will be a big deal with or without Longhorn, and webmasters will for the most part be quick to test and support it.

      Ah, now I've definitely got you.

      Do you? I will admit that Office 97 was foolhardly and would have broken MS's office suite monopoly if there was any decent competition at the time.

      Otherwise, we aren't talking about "major compatibility problems", but minor or isolated ones. Will those happen with IE7? Certain some sites will have minor breakage. But they will be fixed and the world will move on. There will be no massive backlash.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    12. Re:Do absolutely nothing different by Anonymous+Brave+Guy · · Score: 1
      My underlying assumption (which I believe the graph backs up) is that Windows OS penetration is primarily driven by PC turnover and not in-place "upgrades". (With rare exceptions like Win95 or MacOSX.)

      We can certainly agree on that. I think such disagreement as we have is a matter of timescales. I don't doubt that with time, IE7 will become an established player. My argument is simply that if developers don't go out of their way to accommodate it, it will have to be good much faster than that, because it won't have the market share to force the whole web to support it specially from the start. Otherwise, it risks people switching away to alternative browsers, something that is much more likely today than it was last time MS brought out a major new OS and attendant utilities. Hence I believe the correct thing for web developers to do to support IE7 is "absolutely nothing different".

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
  74. What is Microsoft talking about? by CherniyVolk · · Score: 1


    What they should say is simply...

    "Go to www.w3c.org to prepare your site for any browser."

  75. CSS hacks? by chrysalis · · Score: 1

    I usually use tons of "* html" css hacks to in order to add workarounds for IE.

    Does anyone know whether "* html" styles will still apply to IE 7?

    Is there any CSS way to apply IE 7 -specific rules?

    --
    {{.sig}}
  76. This is like WWIII by Anonymous Coward · · Score: 0

    All this twaddle reminds me of an old comic book called WWIII. In this comic, there were cows in a slaughterhouse who believed that if they were really good and upstanding, the rancher would be merciful and spare them. They couldn't see the killing zone, so they couldn't be sure, but most of them believed that if they were really good citizens, there was a chance they would move through the killing zone and on to a better life.

    Or it's like Maus, the comic that depicts the nazis as cats and the concentration camp inmates as mice.

    There's nothing accidental about this! You don't get to shovel billions of dollars per month into your horde by accident. This mess is a well-crafted policy, purposely intended to keep you off-balance. It doesn't even target the other browsers. They've already been defeated (Firefox's ten percent will be dealt with). It's you who are the problem. If you don't have to dick around with this stuff, you, Joe Sitedeveloper, may become a threat, as unlikely as that sounds.

    The web may have originally been created to allow sharing, but its current purpose is to extend M$ from the desktop so it can maintain growth suitable for its shareholders. They will NEVER play nice with you because that would free you to create value independent of reaction to M$ policy. If YOU THINK YOUR JOB IS TO CREATE INDEPENDENT VALUE, YOU ARE IN THE M$ CROSSHAIRS.

    Remember, in the world of software, you're either a threat or a former threat. M$ doesn't know about any other types of people. Instead of whining about why can't they play nice, you should work to actively undermine them. It's really your only chance for long-term survival, even if you work using only their products. If you are loyal to them, you will eventually find your value captured by new products and you will be replaced by a younger, more loyal $oftie who doesn't have any of the ancient baggage of old, dropped M$ technology.

    1. Re:This is like WWIII by Dogtanian · · Score: 1

      Remember, in the world of software, you're either a threat or a former threat. M$ doesn't know about any other types of people. Instead of whining about why can't they play nice, you should work to actively undermine them. If you are loyal to them, you will eventually find your value captured by new products and you will be replaced by a younger, more loyal $oftie who doesn't have any of the ancient baggage of old, dropped M$ technology.

      Amen. Always work on the basis that MS will screw you over (if you're a partner) or try to crush you (if you're a competitor).

      You should post stuff like that under an account (though cut down on the "M$" stuff; it makes you look like a zealot, when in fact what you said was rational common-sense based on MS's past behaviour).

      It's not the first time it's been said (as such), but that's as good a description of the MS situation as any.

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
  77. Will some coder please answer this? by paiute · · Score: 1

    Why can't there be some Firefox extension that puts a button somewhere so that if a web site seems to be fucked up, clicking the button sends an email to webmaster@siteyouarelookingat.com complaining about their lack of compliance to standard?

    --
    If Slashdot were chemistry it would look like this:Cadaverine
    1. Re:Will some coder please answer this? by TheDormouse · · Score: 1

      Because it's more or less like discussing American foreign policy with a 3-year-old.

      Most webmasters of the pages you'd complain to either won't have half a clue what you're talking about, or patently won't care.

    2. Re:Will some coder please answer this? by Zarel · · Score: 1
      Why can't there be some Firefox extension that puts a button somewhere so that if a web site seems to be fucked up, clicking the button sends an email to webmaster@siteyouarelookingat.com complaining about their lack of compliance to standard?
      FireFox 1.1 (Well, at least Deer Park Alpha 1) currently does something similar to this.
      --
      Want a high quality FOSS RTS game? Try Warzone 2100!
  78. Thanks Microsoft! by Emmeau · · Score: 1
    wow, I like an announcement like this.
    Now i got time to enter the following (pseudo) code to my website:
    If (user_agent="Microsoft IE 7.0")
    {
    Alert('You gotta be joking');
    Redirect_user_to("www.firefox.org");
    }
    1. Re:Thanks Microsoft! by drgath159 · · Score: 1

      www.firefox.org? Not sure why you would redirect users to a website design firm.

  79. Y'all Have it Wrong by bobsledbob · · Score: 1


    I don't think the issue is about compatibility or IE7 adhering (or not) to W3C standards.

    It's about the lame banking sites out there that look at User Agent string and say something to the effect of, "You must have Internet Explorer 5 or better..."

    See, this "detection" routine is not detecting IE7, and the above message would confuse and/or infuriate most web users. Likely M$ will lose market share, get complaints via their support lines, have bad press, etc.

    This has nothing to do with M$ saying that they will or will not produce a standards compliant browser. My guess is M$ cares very little about truly being standards compliant. They have the attitude that they will adhere to standards if it benefits them to do so.

    --
    Beware of geeks bearing formulas.
    1. Re:Y'all Have it Wrong by chawly · · Score: 1

      I believe that you are absolutely correct. Many French Goverment sites are in exactly the same condition. Lame is not the word - it implies the existence of one good leg. Don't know what word to use -"crippled" comes to mind, but there is an implied insult to persons who're handicapped through no fault of their own. Can anyone come up with an adequate word ?

      --
      How many beans make five, anyhow ? ... Charles Walmsley
  80. User agent what??? by josepha48 · · Score: 1
    Unless your a moron coder, you don't rely on user agent froma browser.

    if ( document.getElementById ) {
    var obj = document.getElementById("id_here");
    } else {
    document.writeln("Your browser is not supported!");
    }

    This type of coding, has worked for me to be able to support, Mozilla, Firefox, Netscape6.1+, Opera, IE4+, in almost all my JS needs.

    Oh and to do stuff even better, do it on the server side where possible.

    --

    Only 'flamers' flame!
    Does slashdot hate my posts?

    1. Re:User agent what??? by Anonymous Coward · · Score: 0

      Unless you are a moron coder, you DONT WRITE browser-specific code, period. You write markup compliant code that works in any compliant browser, and you let idiots with broken shitware bugger off.

  81. Cycle of dependency by Procrastinatron · · Score: 1

    I wish web developers didn't go out of their way to make hacks so IE will display their page. By continually coding workarounds for IE, it is making MS think, "Well, $%^# the standards, everyone is going to make it work in IE anyway." I think that as long as the code is 100% standards compliant, it is the browser's responsibility to make sure things display correctly. I can see why developers would want to support broken browsers, but if they didn't we would see either A) Microsoft make IE standards compliant, or B) more people switching to Firefox or other standards compliant browsers, both of which are positive results.

  82. No. Hell no. by mr_burns · · Score: 1

    I make my living partly by deploying stuff on the web. We develop our codebase to W3C standards, then port it to the browsers if need be.

    Mostly, our code runs great in Gecko and KHTML/WebKit. We have to spend the most time porting the sites to IE. Almost as much time as we spend writing the standards compliant codebase itself. This extra work has cost my company easily over $100,000 in the last year and a half.

    So Microsoft: You don't get to tell me how to code until you give me my fucking money back. I don't care if UA string is a standard - I'm not going to let you push me around. If I implement it, I'll be doing it for my own reasons. I'm not going to listen to a word you say until your impotent boobery stops costing me extra money.

    --
    "Let him go, Ralph. He knows what he's doing." --Otto Mann (simpsons)
  83. For those who say IE sucks by Anonymous Coward · · Score: 0

    ...your just a bunch of whinny babies who spend all your time complaining and if put in charge of IE's division at MS, couldn't do half the job. ..Come on, reply with Firefox is more secure and better..yada..dada.da - you're an idiot.

  84. Re:No. Hell no. by Anonymous Coward · · Score: 0

    Wow, what an attitude. You're a big man, take on the evil empire. Dude, making things work is what your paid for. If you think that if MS was wiped off the face of the earth today, that you would no longer have these same types of problems, your diluted and will always have this attitude no matter what industry or what company is dominant.

  85. For IE users by Mad+Merlin · · Score: 1

    Just add a note at the bottom of your page saying something along the lines of "This page uses standards compliant code and works properly in (slew of browsers except IE). Use of Internet Explorer is unsupported and not suggested."

  86. I'm safe! by Mechcozmo · · Score: 1

    I just updated the hacks on my site so they run if IE 6 or IE 7 is detected!

  87. Yeah right... by Atroxodisse · · Score: 1

    ...if MS won't conform to the net standard they will find more and more people are using Firefox instead of IE. I code for Firefox and test in IE.

    --
    Read my short stories - You won't regret it.
  88. An interesting development by maxpublic · · Score: 1

    It used to be that I'd often see the message "your browser sucks, you need to be running IE or this site won't work for you." So in Opera I'd have to go to Quick Preferences, check "identify as IE", then reload the site to use it. As any Opera user knows, most of these 'IE-only' sites are completely full of shit and work just fine if they think the browser knocking on the door is IE.

    Lately though, I've seen a different sort of message, which amounts to: "you're using IE, which sucks. Here's a link to FireFox and Opera. Both are free." So now I go into Quick Preferences to swap back to "identify as Opera".

    For the first time since I started using Opera, it's actually been more beneficial to me to identify as Opera as the default rather than to identify as IE. It makes me wonder about the 'reception' that IE7 will get if IE once again tries to break standards.

    Max

    --
    My god carries a hammer. Your god died nailed to a tree. Any questions?
  89. MS made the UA string useless by Dracos · · Score: 1

    Back in the day when Netscape ruled and IE was struggling to gain marketshare, MS decided to make IE masquerade as Netscape, hence the "Mozilla/4.0 (compatible; MSIE x.x)" opening.

    This set a precedent for Opera presenting itself as IE, and Apple inserting "Gecko-like" into Safari's UA string. Nothing is compatible with Mozilla 4.0 anymore, and the only browsers that present a correct UA string are the Mozilla browsers.

    Add to this that it is possible for the user to change the UA string in any browser (whether via a provided UI or by manually editing files), and the UA string has become completely devoid of purpose, leaving developers with no choice but to fish for internal features using Javascript to ID the browser.

    XP SP2 fixed the parsing error which was the basis for the Tantek hack (probably the most widely-used CSS hack), but few developers who use it realize this. This is just one more example of MS creating needless work for developers. Obviously Ballmer's monkey dance (Developers, Developers, Developers!) only applies to those who only work in the vacuum that Microsoft tries to create.

    IE7 is purely reactionary, and hopefully they sat on their ill-gotten throne long enough to be deposed by the standards they thumb their nose at. I'll certainly continue telling everyone I know not to use any version of IE.

  90. It'll have a positive effect for everyone by jesterzog · · Score: 1

    A website that is properly designed should not have to get ready for any version of a web browser, since it should already support most browsers on the maket, including, but not limited to: Safari, Firefox, Netscape, Opera, IE and Konquerer. Sounds like MS is encouraging the development of shody sites, which are IE centric, which is VERY bad.

    I agree with you in principle, but I'm not sure you have it entirely correct with your last statement. Well.. not to say that Microsoft wouldn't love much of the web to continue to depend on MSIE. What they're doing now, though, is positive for everyone, even if it's not their own motivation.

    Microsoft's broadcast will have all of the online banking application developers, for example, checking their code, and updating the browser strings they recognise.

    Last time Microsoft made an IE release, browsers like Mozilla/Firefox, Opera and Konqueror were hardly above the radar for a lot of businesses, and they weren't even considered. This time around, though, it'll make sense for a lot of providers to actually re-assess their site's compatibility with the competition just as much as MSIE --- especially if they realise that it's just a change in the browser ID strings that'll make it work. Microsoft's statement will convince a lot of PHB's to allocate the resources for someone to make these types of changes.

  91. IE7 deserves no attention, for now. by Ride-My-Rocket · · Score: 1

    Once IE7's market share starts approaching that of Mozilla or IE6, I'll start working towards supporting it. Until then, end-users who choose to IE7 can suffer the consequences, if it's not compatible with code that works in both IE6 and Firefox.

  92. MOD parent UP insightful by Kristjan+Kannike · · Score: 1

    Mod parent up, he makes a good point.

    --
    If God manifested Himself to us here He would do so in the form of a spraycan advertised on TV. -- Philip K. Dick
  93. Umm what about standards? by nurb432 · · Score: 1

    If IE complied to standards, then there would not be any 'prep work' to do.. It would 'just work'...

    --
    ---- Booth was a patriot ----
  94. Here's how I'm going to prepare... by bergeron76 · · Score: 1

    When my server sees an IE7 User Agent string, I'm going to reply with a message saying, "Sorry, your browser is broken." and redirect them to Firefox.

    By nipping it in the bud early, we can prevent the proliferation of this IE 7 garbage.

    The user will complain to the tech support people that, "It was working before you made changes to my computer, so it's not the website that's the problem, it's the changes you made to my computer - now change it back."

    If enough high-value sites did this, it would stop IE7 dead in it's tracks because I don't believe you can edit the User Agent string in IE. Yes there may be hacks, but hacks are exactly that - hacks.

    So, thanks for the heads up MSFT, I'll prepare my server now.

    --
    Don't think that a small group of dedicated individuals can't change the world. It's the only thing that ever has.
  95. My site breaks IE by CommandoB · · Score: 1

    IE7 will continue IE's ways of non-standardization. Expect IE7 to break your site.

    Fight back! I run a little personal website. It's standards compliant (XHTML 1.0 Strict) and looks great in every browser - except IE. If you visit the page with IE, your browser will just happen to crash. Every time. Perfect! This was unintentional, but, really, I couldn't be more pleased.

    --
    Not that I post on slashdot or anything.
    1. Re:My site breaks IE by zcat_NZ · · Score: 1

      Well done. Mine (xhtml1.0 strict, correct mime type) looks like total crap in MSIE. It renders perfectly in Mozilla of course..

      --
      455fe10422ca29c4933f95052b792ab2
  96. Oh I'll be ready alright... by Anonymous Coward · · Score: 0

    $ diff index_old.htm index_new.htm
    1c1
    < <!--[if ! lte IE 6]-->
    ---
    > <!--[if ! lte IE 7]-->

  97. Compatibility, cloning by msbsod · · Score: 1

    Why should developers check for MSIE specificly? Wasn't the basic idea of the web to have one standard? Did you know that MSIE is a clone of NCSA Mosaic? Did you know that MSDOS is a clone of CP/M? Did you know that Bill is a clone of - come on, not the sheep!

  98. CSS by nitehawk214 · · Score: 1

    I agree with you on CSS and server-side. Unfortunatly one browser dosent properly support CSS and breaks most sites. And it is the browser with 80% of the market.

    --
    I'm a good cook. I'm a fantastic eater. - Steven Brust
  99. I think the official-unofficial word is... by leonbrooks · · Score: 1

    ...that they're not improving the CSS (at least, for senses of the word "improving" that would strike a harmonious chord in the hearts of standards-oriented web developers), but the unofficial-unofficial word is that some of the less-self-important people involved will have finessed some improvements anyway.

    --
    Got time? Spend some of it coding or testing
  100. Ooh, I know that trick! by Crash+Culligan · · Score: 1

    Submitted for your approval: Mr. Andy Clarke, creative director of his own web and media design firm, Stuff and Nonsense. He has designed, among other things, the web portal for Disney UK, the WWF (that's Wildlife, not Wrestling) UK, and the British Heart Foundation.

    Mr. Clark is also a member of the Web Standards Project, and as such has a good deal of weight in the evangelism of web standards.

    Of particular interest is his own blog site, And All That Malarkey, which takes on a dramatically different appearance depending on whether you use (a) anything else, or (b) Internet Explorer. This summer, if you can only look at one page in two different browsers side-by-side, let this be the one. You won't be disappointed.

    --
    You cannot truly appreciate Dilbert until you read it in the original Klingon.
  101. MS following standards isn't always the problem by markdj · · Score: 1

    It is a sad fact that different browsers (and even different versions of the same browser) often render the same code in different ways. It is not always because Microsoft doesn't follow standards. Some web site authors query the browser for who it is so they can point the user to the correct version of their web site optimized for that browser. Since it is unknown how IE7 will render any given site, those sites may not have code specifically for IE7 and the code that queries for the browser type and version may not recognize IE7 as a legitimate browser.

  102. ready for IE 7? by drew · · Score: 1

    Developers should ensure that their sites are ready for the IE 7 user agent string and treat IE 7 just like they would IE 6,

    Damn. And here I thought they were going to be making IE 7 more standards compliant.

    --
    If I don't put anything here, will anyone recognize me anymore?
  103. I'll prepare by smoothwallsamuel · · Score: 1

    Best preparation for me is running and screaming.

  104. Uh... Your Site Works Fine. IE7 Doesn't. by popo · · Score: 1


    What unbelievable balls: "Dear Internet... please rewrite your content to work with our upcoming non-standard software release."

    On all other planets in the universe, interoperability is the responsibility of the software developer.

    --
    ------ The best brain training is now totally free : )
  105. It's ok by CjKing2k · · Score: 1

    My site already redirects users to the "unenhanced" version for IE users while everyone else who uses a standards-compliant browser can see my real site.

  106. But not if... by matt+me · · Score: 1

    >even a few percent are still using old browsers, your complaints department will be swamped by annoyed users
    Not if you're contact page isn't accessible either.

    1. Re:But not if... by Decaff · · Score: 1

      Not if you're contact page isn't accessible either.

      Customers often see the website via marketing literature they have requested. Then they turn on their Windows 95 machine and try and have a look...

  107. Re:Uh... Your Site Works Fine. IE7 Doesn't. by aeoneal · · Score: 1

    Yes, that was my first thought. Aren't browsers supposed to attempt to be as compatible as possible to enhance their appeal? Isn't that why people change browsers? This is what happens when a company simply assumes they own the market.

  108. Boohoo by Anonymous Coward · · Score: 0

    Poor Microsoft. Having co-erced webmasters into looking for specific versions of IE and excluding everything else (not only old versions of IE but non-IE browsers altogether), they're now sobbing about how many sites won't work in IE 7 for these exact same reasons.

    They're so hard done by, that company...