Slashdot Mirror


Microsoft Complains That WebKit Breaks Web Standards

Billly Gates writes "In a bizarre, yet funny and ironic move, Microsoft warned web developers that using WebKit stagnates open standards and innovation on the Web. According to the call to action in its Windows Phone Developer Blog, Microsoft is especially concerned about the mobile market, where many mobile sites only work with Android or iOS with WebKit-specific extensions. Their examples include W3C code such as radius-border, which is being written as -WebKit-radius-border instead on websites. In the mobile market WebKit has a 90% marketshare, while website masters feel it is not worth the development effort to test against browsers such as IE. Microsoft's solution to the problem of course is to use IE 10 for standard compliance and not use the proprietary (yet open source) WebKit."

373 comments

  1. Microsoft is right by GoogleFan1 · · Score: 5, Insightful

    WebKit is doing exactly what Microsoft accuses it of. They are developing their own extensions and putting them out as webkit- prefixed. Of course Microsoft shouldn't try to implement these non-standard extensions but use the standard ones. This is why I see nothing "funny" or "bizarre" about it, other than for the fact that WebKit is now doing exactly what everyone hated IE doing years ago.

    1. Re:Microsoft is right by SJHillman · · Score: 5, Insightful

      The funny and bizarre part is that this is exactly what Microsoft did for a long, long time. It's only with IE7 they made the first steps towards standardization (thus why so many apps are stuck using IE6) and later versions of IE have made standardization even more of a priority. It's toeing a thin line of hypocrisy and the only thing keeping them from crossing is it the fact that they stopped doing exactly this just a few years ago.

    2. Re:Microsoft is right by ewanm89 · · Score: 5, Informative

      And webkit prefix is supposed to be either not yet ratified in the standard features, or for internal rendering, opera and firefox have similar prefixed extensions. What Microsoft did in the past is even more heinous and used already ratified statements in ways contrary to the specifications, requiring IE comment hacks so other browsers don't see corrections needed to get IE to display properly.

      Oh, and before anything gets ratified by W3C there needs to be a reference implementation, this is why prefixes are a good thing, now web developers using them without understanding the repercussions, that needs to stop.

    3. Re:Microsoft is right by dingen · · Score: 5, Insightful

      The webkit-prefixes is exactly what Microsoft never did. By prefixing attributes, it is clear for everyone these are platform-specific features in need of a cross-platform solution. Microsoft instead always tried to obfuscate what is standard and what is IE-specific by interpreting standard code intentionally different and adding their own attributes and elements without providing any clues to developers that this stuff was not actually part of any standard specification.

      There is absolutely nothing wrong with prefixing attributes. Mozilla does it, Opera does it, Webkit does it and it makes it perfectly clear to the world which features are standard and which features are not.

      --
      Pretty good is actually pretty bad.
    4. Re:Microsoft is right by Anonymous Coward · · Score: 5, Informative

      WebKit is doing exactly what Microsoft accuses it of. They are developing their own extensions and putting them out as webkit- prefixed. Of course Microsoft shouldn't try to implement these non-standard extensions but use the standard ones. This is why I see nothing "funny" or "bizarre" about it, other than for the fact that WebKit is now doing exactly what everyone hated IE doing years ago.

      No that is not what webkit is doing. The dominance of webkit AND the reluctance of web developers to include and update the various STANDARD extensions on their websites is what is causing the situation Microsoft is complaining about. And to be clear, it isn't only Microsoft complaining, Opera complained about the exact situation months ago. And there is no web company more standards compliant than Opera. The situation is so bad that Opera has gone to include in its own renderer support for webkit-options because the web developers are too fucking lazy to include the -o- prefix and later update the prefix. So in this battle Microsoft is correct, regardless of what they have done in the past.
      Saying "just code to webkit" is preposterous and it negates the benefit of have a standard at all. Having and supporting a standard means you can have different implementations that support that standard. And it doesn't really matter wether the standard is open or closed. Standard means standard. So fucking lazy web developers start updating your websites to respect the STANDARD.

    5. Re:Microsoft is right by K.+S.+Kyosuke · · Score: 2

      No to mention the fact that if you want to experiment with new features for the inclusion in future versions of the standard, it's kind of hard to do that without implementing them *somehow*, which usually means choosing *some* non-standard (for the time being) selectors. It certainly doesn't mean that web site authors are encouraged them to use these on production web sites.

      --
      Ezekiel 23:20
    6. Re:Microsoft is right by dingen · · Score: 2

      Even though Microsoft has entered a road towards standardization from IE7 on, their browser remains the weakest one in that regard. No version of Internet Explorer implements HTML5 and CSS3 to the extend the competition does and their rendering engine still includes non-standard behavior in many situations. They might be lagging behind less far than they used to, but IE is still solid in last place when it comes to standard compliance.

      --
      Pretty good is actually pretty bad.
    7. Re:Microsoft is right by poetmatt · · Score: 4, Insightful

      hahahaha "googlefan1". Nice name.

      The reality is webkit is using standard extensions and simply adding their own prefix to identify them, and Microsoft is not. Microsoft breaks the naming conventions entirely. The way IE handles naming conventions is so broken no other browser does so - and it's consistently not well documented. That's not a good thing. So microsoft is accusing them of not following standard extensions? That's beyond hilarious. That's not a pot meet kettle scenario, it's IE complaining that they can't subvert web standards like they have been and continue to attempt to do for years. AKA this is basically them complaining about silverlight not being able to fuck the web more than it has already.

      wah wah the world functions without IE, wah wah. That's what this is.

      If IE was going to focus on actual standards compliance you'd see their HTML5 compliance higher than webkit browsers offer, and it's not.

      Also, why the fuck is this article linking to the comment sections? Slashdot has their own, but usually you'd link to the full article: http://arstechnica.com/information-technology/2012/11/microsoft-begs-web-devs-not-to-make-webkit-the-new-ie6/

    8. Re:Microsoft is right by Anonymous Coward · · Score: 2

      Microsoft has been pushing for standards compliance for a while now. IE7 came out over 6 years ago. I know slashdot loves to hate Microsoft, but just because you made a mistake in the past and changed course doesn't make you hypocrite. They'd be a hypocrite if IE10 was pushing non-standard compliant extensions and they were calling someone else out for the same thing. That's not the case. Microsoft is in the right here.

    9. Re:Microsoft is right by Anonymous Coward · · Score: 3, Insightful

      Best part I like about these same-minute-first-post-MS-rules-Google-sucks trolls is how they're still modded up despite being blatantly obvious.

      Hint: webkit- prefixed extensions are not breaking standards (just as well as moz- and ms- prefixed).

    10. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Hey dumbass. Prefixed extensions are how it is supposed to be done. MS did not do it that way with internet explorer so it was a confusing mess. Blind worship is much worse than blind hate.

    11. Re:Microsoft is right by Anonymous Coward · · Score: 0

      The following WebKit-prefixed properties also have the same behavior in Internet Explorer 10 but require Microsoft vendor-prefixing (for example, with the prefix “-ms”) because the corresponding standards have not progressed far enough at the W3C to be unprefixed. You can read more about the Microsoft approach to this process here. Note that while you are adding the “-ms” version, you can also choose to add an unprefixed version to be forward compatible.

      Nothing in the "call to action" is complaining about anything. They're just pointing out a practice that they do as well. Inflammatory headline.

    12. Re:Microsoft is right by Anubis+IV · · Score: 4, Interesting

      For all of our very valid gripes about IE breaking standards back in the day, their proprietary tags did not directly lead to a stagnation of innovation (the stagnation came from their overwhelming market share), which is what Microsoft has claimed here. Standards weren't moving fast enough, and the back-and-forth between IE and Netscape in the early days led to a lot of innovation and forward movement. The standards just had to catch up afterwards, but it really was better for everyone that the standards were dragged forward, rather than being allowed to hold up progress.

      A similar issue is at play here today. The standards aren't moving fast enough to adapt to the growing needs of web developers, so browser developers are being forced to put in ways to do those things as they work together to create a standard. But as most of us who have used -webkit- prefixed CSS know, the prefixed attributes should be treated as betas, since they are designed to be obsolesced after a standard implementation of that feature exists. That's why any developer worth their salt who wanted to use these features has been writing code like...

      -webkit-border-radius: 4px;
      -moz-border-radius: 4px;
      -o-border-radius: 4px;
      border-radius: 4px;

      ...for the last few years, such that they could enjoy the border-radius feature immediately in the browsers where it was available, but their code would gracefully upgrade to newer browsers that implemented the standard version later (quick note: I intentionally chose a simple example, but there are more complicated examples where not all of them would use "4px" or whatever, but that doesn't change the point).

      Microsoft is complaining about the lazy developers who only ever wrote -webkit-prefixed code, or else they're complaining about the fact that they never got around to implementing a stand-in feature like this in the meantime, meaning that it's only with their most recent versions that they're finally starting to support features that have been in the other major browsers for a number of years.

    13. Re:Microsoft is right by Anonymous Coward · · Score: 2, Informative

      Microsoft is not quite right, or at least Microsoft is not right to lay the blame for this at webkit's feet. And webkit is not doing the same as what Microsoft used to do at all. The fact that web developers are using the "-webkit-" prefixed CSS directives rather than the W3C standardised equivalents, etc., is down to the web developers, not webkit. Prefixing a non-standard CSS directive with "-webkit-" or "-moz-" or "-khtml-" in your browser's CSS engine is absolutely the correct thing to do: it marks out the non-standard directives as such, and easily distinguishes them from the standard ones, which have no such prefix. Typically this was done by conscientious browser vendors to implement proposed CSS standards ahead of their ratification without breaking things if the final ratified standard changed between when the vendor first implemented it and its ratification. It was a very common thing among browsers that cared about keeping up with standards, and was the "approved" way of doing it.

      As far as I know webkit supports all nor near-as-dammit all standardised CSS, including cases where it used to provide its own non-standard, prefixed directive for the same functionality prior to that functionality being standardised (for example, "-webkit-border-radius" works in webkit, but so does "border-radius"). Again, the fact that developers continue to use the non-standardised versions is down to them not updating their websites to keep up with the standard, it's not down to webkit not supporting the standard.

      What IE used to do was to completely ignore the standards and implement whatever they wanted any way they wanted. So IE would implement a CSS directive that was defined by the W3C standard, but in its own way *without* using the "-ie-" prefix that would have marked it out as a non-standard directive. In other words, they broke the standard. The reason this behaviour was way worse than what webkit does is that, owing to its dominance in the desktop browser market, developers had little choice but to do things the IE way despite what the standard said should happen. In the present situation in the mobile browser market, webkit is not forcing developers to do things their way, they support the standards. That developers don't is down to them and says something about how much pressure their work time is under (or how lazy they are), but says little to nothing about webkit abusing its dominant position. The worst you can say about webkit is that possibly they are being slow to remove support for the non-standard versions of CSS directives that have since been standardised. But only possibly, and I personally don't think this is the case.

      So sure, Microsoft is right, it should not try to implement anything with a "-webkit-" prefix, or any other non-standard prefix for that matter. But the reason this is an issue is not down to webkit and trying to blame webkit for it is disingenuous. It's bizarre because for Microsoft to be claiming this is massively hypocritical. It's funny because the chickens are coming home to roost and it's always funny to see the bully with egg on his face.

    14. Re:Microsoft is right by hcs_$reboot · · Score: 1

      They are developing their own extensions and putting them out as webkit- prefixed (...) WebKit is now doing exactly what everyone hated IE doing years ago

      Using prefixes would have been less of a problem: Microsoft implemented wrongly standard css rules (compared to the w3c recommendations). Would they have used prefixes, we could have avoided them, but when basic rules ("margin", "padding", "border") are buggy, that's another story.

      --
      Slashdot, fix the reply notifications... You won't get away with it...
    15. Re:Microsoft is right by Anonymous Coward · · Score: 0

      IE10 still features non-standard behavior and lags behind the competition on html5 and css3 support. And yet they complain about a browser engine that is the very one that is moving standards forward in the way it was intended through prefixed extensions. Microsoft, ever the hypocrites.

    16. Re:Microsoft is right by LordThyGod · · Score: 4, Insightful

      Informative? GMAFB. They are not "developing their own extensions", they coming out ahead of the curve in implementing new features that MS can't be bothered with most of the time. The vendor extensions are an established method of doing this. In fact, MS has the ms- extension they use for just the same situations (its just they don't have as many opportunities to use it since they continually lag so far behind all the competition). And MS never did anything like this years ago. Never. What they did was either outright ignore standards, create their own standards, and implement deliberately buggy implementations that saddled their ignorant user base with for years. What MS was doing was deliberately disrupting web tehchologies in a negative way to slow the adaption of new technologies since their income was all tied to desktops. And deliberately so. What -webkit is doing, is advancing technology. Two ends of the spectrum.

    17. Re:Microsoft is right by Anonymous Coward · · Score: 3, Funny

      They are supposed to drop the prefixed features once the features are a standard. Using them before they are a standard, is, as you say, fine (and even expected and by design). The real problem is, as it always is, the lazy web developers. Back when sites were "best viewed in Internet Explorer" this wasn't because Internet Explorer was better (far from it). It was because it was near ubiquitous and developers either had too small a budget or were too lazy to implement for other browsers. This is the same thing happening now. Webkit has 90% of the mobile market. Developers are only developing sites for Webkit. Exactly the same as what happened with IE long ago. It was bad then, and is still bad now. It isn't Webkit's fault that the HTML 5 standard has taken about a bazillion years and still isn't 100% done. As long as they implement the final standards without the prefix, they are on solid ground.

    18. Re:Microsoft is right by Anonymous Coward · · Score: 2, Interesting

      Developers are only developing sites for Webkit.

      Bullshit. What we are doing is making use of the webkit extensions and then gracefully degrading for IE. Like we have always done. Webkit is huge in mobile but not on the desktop so there is no way we are only developing for it. That's the stupidest thing I've read all day. The system is working correctly as is and MS are just running their mouths to be doing it. Fucking hypocrites with idiots like you believing their shit.

    19. Re:Microsoft is right by ewanm89 · · Score: 1

      I believe W3C requires a reference implementation before ratifying it for the standard anyway?

    20. Re:Microsoft is right by Runaway1956 · · Score: 1, Redundant

      How does IE10 do with the acid tests? Never mind - I'll look for myself . . . .

      This link seems to be a little dated, with FF3 and IE8:
      http://devseo.co.uk/blog/view/the-acid-3-test-the-latest-browser-results

      Another dated comparison:
      http://cybernetnews.com/browser-comparison-internet-explorer-firefox-chrome-safari-opera/

      Some dude on Youtube claims that IE10 passes with a score of 100 - I'd rather see a review from a reputable source. The video shows him RELOADING a page with the score of 100 - that's not exactly the way to run the test.
      http://www.youtube.com/watch?v=BgVD7fdyR4o

      Wikipedia seems to believe that IE10 passes the acid test:
      http://en.wikipedia.org/wiki/Acid3#Internet_Explorer_-_4th_time

      Maybe it does - but it was a long time coming!!

      --
      "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
    21. Re:Microsoft is right by Anonymous Coward · · Score: 1

      The funny and bizarre part is that this is exactly what Microsoft did for a long, long time.

      Nope. There's a huge difference between perverting the standard and extensions. While Microsoft is right to complain, WebKit isn't the bad guy here, and it's not really anything they can fix since extensions is how you're supposed to do non-standard behaviour. The fault lies with those who only test their sites on WebKit, or keep using the extension even after that feature has been standardized.

    22. Re:Microsoft is right by Gadget27 · · Score: 5, Informative

      For what its worth, I'm on Windows 8, thus I have IE10. I ran acidtest3, and believe it or not, it did score 100. I may not be the reputable source you are looking for... but I was just as surprised as you may be with the result. IE's been off my radar for too long for me to care either way though.

    23. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Jesus Christ will you MS shills fuck off already?

    24. Re:Microsoft is right by erroneus · · Score: 5, Insightful

      No, this isn't exactly what Microsoft did. The meaning and purpose behind putting "webkit-" in there is to prevent it from being misunderstood as a standard.

      Unfortunately, as developers did with Microsoft, was that they deployed techniques which were not standards. In Microsoft's case, they did not announce in any way that "this is Microsoft only." In the case of Webkit, it's pretty darned obvious.

      Webkit did what they could while also allowing developers to test and play with the added features. It is the developers who broke the rules by using the Webkit extensions.

      Of course, the irony is delicious. This is a reversal of something which Microsoft took heavy advantage for many, many years. It doesn't make it right, but the blame isn't on Webkit for implementing those things. It did, in my opinion, the best thing to ensure that developers were aware that the things they were doing were webkit specific. Additionally, if there were any web development tools which deployed webkit specific functions without informing the developer in some way (such as "enable webkit specific functions? (y/n)") then they share some of the blame.

      Microsoft did the same, but worse. Webkit remains obvious and open. Once a feature becomes a standard, the webkit- is removed and simply given the name. I have seen this already. But the process is really, really slow. And that's a big part of the problem. Developers don't want really really slow adoption of standards. They want to make the best, most eye-popping and exciting pages for their clients and for users to experience.

    25. Re:Microsoft is right by sgunhouse · · Score: 1

      Webkit really has a 90% share? I thought that was Opera, which even works on a number of non-"smart" phones. However ...

      People have complained that Opera felt it was necessary to support the -webkit- prefixed attributes in their browsers (desktop, mobile and "mini"). To be fair they also support -gecko- prefixed attributes and un-prefixed, the complaint was that Opera supporting -webkit- attributes left developers with little reason to fix their sites. Unfortunately Opera doesn't have that much clout.

      In that sense, I'll say that it is good for MS to get onto the standards bandwagon for a change; maybe we really can get mobile site designers to support standards now.

    26. Re:Microsoft is right by thetoadwarrior · · Score: 2

      No, every single browser has it's own prefixed extension for their current implementation of some functionality. Webkit uses webkit-, firefox is moz-, IE is ms- and opera is o-.

      The issue is only that developers know full well that webkit, thanks to it being open source, has become the largest rendered around. Mac, iOS, Android and Chrome all use it so if the developer is lazy they will only use the webkit- extension. But many use both moz and webkit. No one really cares about IE because it is stil behind the rest and actually Microsoft pissed off a lot of web designers and developers with IE and MS expects to be forgiven straight away and get people to invest time in supporting their latest and greatest browser and its tiny market share.

      I do try to do the right thing but I don't blame people for not caring. Microsoft still don't care about standards. OOXML and webgl prove that. They're just the least relevant company in mobile devices and they don't like being the loser. Fortunately for them webkit is open source so they could use it if they want.

    27. Re:Microsoft is right by erroneus · · Score: 4, Interesting

      Let's also remind ourselves how Microsoft continues to hurt itself. It continues to have the web browser integrated with its OS and UI.

      Here's a similar complaint I have about GNOME.

      Many here love and use GNOME2 because GNOME3 with its GNOME Shell just draws anger and rage from users. In order to stay with GNOME2, I elected to go with CentOS because it is stable and mature. But that's when I was faced with a huge problem with GNOME that I couldn't believe. The utter stupidity and betrayal I felt when I came to realize what happened made me lose what little respect for GNOME developers I had at the time. "What's he talking about?!" This:

      GNOME2 on CentOS 6.3 cannot run GiMP 2.8.x or above. Why not? Well, it turns out that GTK (Gimp toolkit) was used as part of GNOME2's dependencies. So no matter what a person does to compiled and reconfigure GiMP, he will never get a good user experience under GiMP while using CentOS 6.x. And the fault lies with GNOME2. The application toolkit which was put together and maintained by another project (GIMP in this case) was being used to support a desktop user interface. This means the desktop environment can only support GNOME apps which are 'compatible' with its selection of GTK libraries. This, of course, doesn't happen under Windows or other DEs under Linux or under Mac OS X. Thank you SO frikken much GNOME developers for your little timebomb that was GNOME2. You shat in the corner of the room and moved away to develop GNOME3. People moved away from GNOME3 only to find that they just stepped in the GNOME2 turd you left behind.

      Okay, so what does that have to do with Microsoft and HTML and all that? Well, it turns out that by integrating an application (and all its dependent libraries) in the with desktop environment, they have blurred the lines between OS and Application even further and they maintain this behavior even with their new OSes. Why? Well, it served them well in the past though they knew it was anticompetitive. But when they are starting out at the bottom, they need to realize they aren't doing themselves any favors. They need to pull the browser out of the OS to enable people to use multiple versions of Microsoft's own browsers.

      The rule which I don't think has ever been stated, where OS and User Interface development is concerned is "DO NOT USE APPLICATIONS LIBRARIES IN YOUR USER INTERFACE CODE!!!" This inherently limits the applications which can run in your OS/UI. The two ways to fix the CentOS/GNOME2 problem is for GiMP to change their code or for CentOS (and Redhat) to update their GNOME2. Neither party is interested in this large task and even if they did, the problem is the same. Microsoft can update their browsers all day long but the problem remains the same so long as you can only have one.

    28. Re:Microsoft is right by nahdude812 · · Score: 5, Interesting

      And nothing says that Microsoft can't translate -webkit- specific prefixes in a compatible manner. Just because it's -webkit-something doesn't mean only Webkit is allowed to use it, but rather that it should be compatible with the Webkit implementation.

      A lot of these -webkit- prefixes exist because these are CSS 2 or CSS 3 properties that predated finalization of these standards, and most of them are largely compatible with the final standard if the prefix is removed. Webkit was complying with standards by adding features not yet finalized and prefixing them so there would be no conflict with the final standard. MS is essentially upset that Webkit's presence is sufficiently strong that developers for the first time in many years, don't feel the need to test against Microsoft's platform.

    29. Re:Microsoft is right by marcosdumay · · Score: 1

      the web developers are too fucking lazy to include the -o- prefix and later update the prefix

      Everybody is implementing both Webkit and Gecko prefixes, because developers won't bother to support ninche browsers. And why would they? It is plenty of work adding specific support for IE, you want them to adapt to several other specificities?

      But, once things become standard, developpers should drop the prefix. If they weren't doing that, you could blame them... What, of course isn't happening a lot, because W3C is slow, and it takes ages for things to enter the standard. Sites are rewriten way more often than W3C adds tags into CSS.

    30. Re:Microsoft is right by erroneus · · Score: 1

      It just goes to show that web developers don't care to write code that is ACID test compliant. (I know, there is no such thing) If web developers didn't use webkit- specific extensions, Microsoft wouldn't be complaining. Developers need to care about that stuff but they don't. This is a fact that Microsoft depended upon while it was rolling over their competition at every turn.

    31. Re:Microsoft is right by StripedCow · · Score: 1

      Web standards are becoming too complicated to reliably support across a range of operating systems and devices. And this is just another symptom of that.

      In fact, the probability that a program written now actually works when the user opens it is much lower now than it was before the web era. Is that progress?
      I'm not sure.

      Actually, I think we should ditch these complicated standards for a much more simple and concise standard. Because as we all know, one can build complicated things using only a few simple primitives. The primitives we have now in HTML5 and javascript are far from simple, and thus shouldn't actually be called "primitives".

      Why actually is HTML so complicated? Because it was made for laymen, not for professionals. And also because W3C wanted to support a semantic web, something which actually should be pursued in an entirely different way (using AI like google does, instead of by requiring developers to mark up everything with semantic info, mixing meaning and layout, that is simply too much to ask).

      Those two reasons gave us, from the developer's point of view, the messed up web we have now. Time to rewind it, I would say.

      --
      If Pandora's box is destined to be opened, *I* want to be the one to open it.
    32. Re:Microsoft is right by Anonymous Coward · · Score: 0, Interesting

      Also if they want us to test against IE10 an IE10 mobile they need to provide it for Linux and OSX. I'm not going to get a Windows tablet just for testing.

      Besides prefixing indicates unsupported/changing features. Prefixes aren't supposed to be permenant features.

    33. Re:Microsoft is right by Richard_J_N · · Score: 1

      But it's very difficult for the developers to know when a "de-facto" standard can be used and then droppped.
      For example, I use -moz-border-radius, -webkit-border-radius. Given that this is purely cosmetic, I'd like to know at what point I can move to just border-radius and have it work in most browsers (by which I mean anything released in the last 2 years; cosmetic support in older ones doesn't matter). For example, there was a time when firefox supported "-moz-border-radius" but didn't support the unprefixed border-radius.
      But with both CSS and Javascript, it's very hard to know when we can drop support for old stuff. Essentially, we need a way to exipre old documentation.

    34. Re:Microsoft is right by Jesus_666 · · Score: 1

      You're right; IE7 is no longer the relevant version of Internet Explorer. IE8 is.

      IE is coupled to Windows releases. Companies usually don't upgrade their Windows version unless absolutely neccessary, which means "when the hardware dies and we can't get an identical replacement". Also, many people and companies use IE because it comes with the operating system. The result is that until a particular version of Windows has a negligible marketshare, the highest version of IE compatible eith that Windows version has to be supported by web developers.

      IE7 is just barely dropping off the radar today. Depending on where you are in the world it's still a must-have. IE8 support will be mandatory until about 2017 when Vista goes out of extended support (although with a lot of luck enough people will use Vista SP2, which allows them to upgrade to IE9). IE9 will have to be explicitly supported until 2020.


      As for Microsoft's point: The WebKit devs are not doing anything wrong. All browsers have prefixed CSS and JS. Usually it's stuff where the spec isn't done yet or where they're not yet in full compliance with the spec. Sometimes it's stuff that they want to turn into a spec down the road, using their test implementation to identify ideas that sound good on paper but don't work in reality. That's not a problem and is encouraged behavior.

      The actual problem is that the web development commnity is so utterly enamored with WebKit that a lot of web devs feel the need to use absolutely everything the engine has to offer (including utterly experimental stuff) and to assume that all other engines haven't progressed beyond CSS 2.1 yet. In extreme cases they'll even forgo the unprefixed versions of declarations, leading to websites that may very well break even on later WebKit versions as browser engines occasionally drop support for prefixed declarations after achieving unprefixed support.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    35. Re:Microsoft is right by AmiMoJo · · Score: 5, Informative

      Let's also remind ourselves how Microsoft continues to hurt itself. It continues to have the web browser integrated with its OS and UI.

      Actually that hasn't been true since Vista. The OS does include a HTML rendering component but it is separate from IE and only supports a subset of the full HTML standard. Partly it was for security reasons, partly because trying to keep the two together would have held IE back. It is that engine that other applications can access and that the OS uses for things like displaying .chm help files. Windows Update no long uses it at all.

      MS Office hasn't used the IE renderer for a long time either. There is a separate one that was developed for Word's HTML support and that is now used in Outlook and other apps as well.

      So integrated isn't quite the right word. Bundled might be better.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    36. Re:Microsoft is right by Guspaz · · Score: 2

      IE10 does pass the acid 3 test:

      https://dl.dropbox.com/u/48490966/webhost/ie10acid3.png

      IE9 was getting 95/100 two and a half years ago. IE started getting 100/100 with rendering errors over a year ago. IE10 started getting 100/100 with no rendering errors half a year ago.

      It's been a long time since anybody could legitimately blame Microsoft for standards compliance in IE.

    37. Re:Microsoft is right by mabhatter654 · · Score: 1

      Actually.using extensions in this manner is specifically the W3C method of implementing elements that are not officially approved. The idea that each company implements their own until all the versions have time to sync.

      What is SUPPOSED to happen is that the most popular implementation gets "cloned" then the browser tag goes away. Obviously Microsoft isn't doing "what's everybody else is" so the specific tag stays.

      This is the game. Microsoft has very bright people that sit on these "standards" committees basically to "lob bombs" into the process. Sometimes it's intentional by the delays yes, sometimes the Microsoft implementation team simply refuses to follow the spec and the delegate to the standards committee was never INTENDED to reach agreement. This is like how Adobe kept bloating the SVG spec to save Flash for almost a decade.

      My opinion is that Microsoft and several other large companies should never have been invited to web standards in the first place. It was so bad for HTML5 that WebKit, Mozilla, Opera, and the coalition if web designers "took their ball home" after no progress for TEN FUCKING YEARS!!!! and the W3C had to beg them to come back.

      Microsoft is NOT the leader in mobile browsers.. They are MORE THAN FREE to follow along and make their browser render like ALL THE OHER BROWSERS in the market now.

    38. Re:Microsoft is right by whoever57 · · Score: 1

      I know slashdot loves to hate Microsoft, but just because you made a mistake in the past and changed course doesn't make you hypocrite

      But it wasn't a "mistake" -- it was a deliberate policy ("Embrace, Extend, Extinguish"). Perhaps it doesn't make Microsoft a hypocrite, but also, Microsoft deserves no sympathy for any problems it might encounter from its competition doing what it did before.

      --
      The real "Libtards" are the Libertarians!
    39. Re:Microsoft is right by mabhatter654 · · Score: 1

      HTML5 has been finished when W3C got it... And on the table for ratification 3-4 years at least.

    40. Re:Microsoft is right by mabhatter654 · · Score: 3, Funny

      We should just really be glad Apple and Google agree on SOMETHING!!! WebKit covers iOS and Android... What other browsers are relevant?

      Microsoft has no market position (WP7 is dead. WP8 is not released in sufficient numbers) they should just pay Apple to implement Safari on WP8... That's how it was done in the early browsers???

    41. Re:Microsoft is right by Billly+Gates · · Score: 1

      ... and nothing says Firefox can't just translate IE 6 CSS extensions in a compatible manner. Just because IE 5.5 box model renders text the right way doesn't mean anyone else is allowed to use it, but that rather that it should be compatible with the IE implementation.

    42. Re:Microsoft is right by Anonymous Coward · · Score: 1

      OK, you're a moron. GTK hasn't been GIMP-specific forever, it's one of the two major GUI toolkits for modern Unix-like applications, and is maintained as part of the GNOME project. And if you want to use a "stable" distro like CentOS then of course you're going to get out of date software.

    43. Re:Microsoft is right by allo · · Score: 2

      webkit should just stop rendering -webkit properties, except in debug-mode (which is NOT default).

    44. Re:Microsoft is right by GeekBoy · · Score: 1

      Not to mention IE's completely non-standard and backwards event handling.

    45. Re:Microsoft is right by Billly+Gates · · Score: 1

      You are right they did not have the prefixes. THey did implement the box model on where they thought it would end up before the w3c standardized on it. IE 6 started out because the w3c was too slow and wanted to have more features than Netscape.

      There is everything wrong with prefixes as it is precisely what IE 6 did. Not a concern on a desktop reading this comment, but buy a Windows Phone or the new Firefox Mobile and many if not most sites wont render properly at all in mobile mode.

      Worse big corps who did a one time contractor to write a mobile CSS all have -webkit exentions ala IE 6 style that will not work with anything else. Why should they bother when webkit owns 90% of the mobile market? CMS are expensive and I bet the ones today create proprietary -webkit code that will break with anyone running a WIndows 8 Tablet in METRO mode such as a Surface.

      What we are debating about is theoretical nerd talks about ethics and software design. To the user WTF it doesn't work like my IPhone on my surface! The end result is all that should matter. THis could really ruin Firefox mobile and Opera mobile's parade.

    46. Re:Microsoft is right by Anonymous Coward · · Score: 0

      EVERY BODY is doing it.
      It is called TESTING OUT THE WORKING STANDARDS DRAFTS.
      Microsoft has the -ms- prefix as well.
      They'd have a damn point if they weren't using any prefix at all.

      Standards don't just magically appear out of thin air.
      The prefix thing was created as a sandbox area for testing out working drafts of future standards.
      Hell, why isn't anyone bitching at Mozilla because they removed the prefix from several things that still aren't solid standards?

      Shitty web developers only using Webkit prefixes aren't the fault of Webkit developers.
      Microsoft are just grasping at straws because nobody wants to use their crap browser after all the shit THEY pulled that resulted in the mess of web standards we have NOW!
      They were the ones who created their own extensions to everything and never used any sort of prefixes or anything.
      All they done was created Conditional Comments, which were sort of okay, but still an absolute eyesore.
      And the reason conditional comments even existed was because of the absolute joke of a job that W3C done on web standards in general.
      And that is, yet again, the main reason why the entire damn thing was rewritten from scratch in HTML5 to eventually become a living standard.
      And before the crybabies come in crying at living standard being harder to target, it is built from the ground up to be additive, not subtractive.
      The only time a living standard will ever become a problem is when a HUGE change happens, I'm speaking the JS Harmony levels of change that will require a version because conflicting features. And considering HTML is stupidly simple, a huge change would be better off split in to a separate definition.

      So, really, Microsoft and the general W3C group were responsible for all of this. They allowed this to happen.
      Shitty web developers only using Webkit prefixes aren't the fault of Webkit developers, either.
      No wonder WHATWG got formed. After I saw the hilarious mess that is W3C, I'm surprised nobody else done anything sooner. W3C is just a terrible idea, completely and utterly terrible.

    47. Re:Microsoft is right by ericloewe · · Score: 4, Informative

      Acid 3 was remade a few months ago so that all then modern browsers (Specifically FF and IE9 which "only" got 96 or so) would get 100%. So until Acid 4, all browsers pass all Acid tests.

    48. Re:Microsoft is right by Kotoku · · Score: 1

      I use the same styling examples as the GP because I can support modern browsers pre and post standard. It is the standard way of doing it in most every case. I even see it in most jquery stylesheets.

    49. Re:Microsoft is right by Billly+Gates · · Score: 1

      IE is the most popular browser in the world.

      You can wish not to care about it but your customers will say different otherwise. Second, the surface and Windows 8 just came out with METRO IE 10. Because it is microsoft and preinstalled on every computer it means people will be using it in massive numbers just like Vista is still used as much as MacOSX even though it was a POS.

      I can make the same argument that IE 6 was the best browser and no one really cares about Netscape and Mozilla back in 2003 as well. IE 6 was the best browser 10 years ago by far and it was not until Firefox 1.5 around 2005 before all the netscape bugs were gone.

      Also what about Firefox mobile? Do we forget about them too? Nokia is making such a device as we speak. My guess is if WIndows 8 Phone fails they will use it. All my mobile web books talk about webkit and using webkit features.

      On the desktop you are right they all use these extensions. But mobile will be increasing important and all the commercial CMS packages just output to webkit only if it detects a mobile device ala IE 6. In the coming years the majority of internet users will be on phones and tablets. This is especially true in developing countries where people can't afford a computer.

    50. Re:Microsoft is right by ericloewe · · Score: 1, Flamebait

      Pay Apple to write even more Windows malware? Aren't iTunes, Quick Time and Safari for the Desktop enough for you?

    51. Re:Microsoft is right by 93+Escort+Wagon · · Score: 5, Informative

      I've got mod points, and would mod the comment "Informative" since most of the statement deserves it - but that "OK, you're a moron" comment you chose to include at the beginning really has no place in intelligent discourse.

      --
      #DeleteChrome
    52. Re:Microsoft is right by Anonymous Coward · · Score: 0

      So the SlashDot community spends a DECADE decrying Microsoft for this behaviour as being "just wrong". So now, when MS has finally gotten onboard and is working towards (and achieving) standards compliance, suddenly now, what was "just wrong" before, is okay if someone else is doing it?

      Ya, whatever... Hey Emperor! -- You're predjudices are showing...

      -AC

    53. Re:Microsoft is right by 93+Escort+Wagon · · Score: 1

      It's also funny since Webkit isn't a Google project.

      --
      #DeleteChrome
    54. Re:Microsoft is right by Anonymous Coward · · Score: 0

      If WebKit discontinued support for the experimental extensions once they became ratified, developers would adapt their code. WebKit's ongoing support for non-standard experiemental extensions AFTER they've been standardized, enables developers to be lazy and retain non-standards-compliant code. This gives WebKit an unfair competative advantage, and, as has been pointed out, since they have an overwhelming super-majority of the mobile-browser-market, it's an anti-competative practice...

      Real irony would be if Microsoft was able to use evidence from it's own trial on these things to force WebKit to change their practices...

      -AC

    55. Re:Microsoft is right by Doctor_Jest · · Score: 0

      No, this is simply a case of "pot, kettle" on Microsoft's part. It's a bloody mess they made back when they refused to comply with standards... now that they do (FINALLY, I might add), it is funny, and a bit sad, that they decry non-standard practices of "the other guy." No one is defending Webkit's actions... but if Microsoft is looking for sympathy after what it pulled for a DECADE it's between shit and syphilis in the dictionary.

      --
      It's the Stay-Puft Marshmallow Man.
    56. Re:Microsoft is right by Doctor_Jest · · Score: 1

      I would contend that the non-standard behavior, while properly implemented (unlike Microsoft's shit-all crazy attempts to pervert standards in the past), should be considered dangerous until they're deemed worthy of the entire standard. As for websites that test only on WebKit... they are doing what they did back when IE was king.. not testing standards compliance, but specific browser compliance (I loathe the days where sites render correctly in only one browser... is this 1996 all over again?)

      So while WebKit is technically correct, they are really putting a wrench into the works by going specific implementation nonstandard... (for lack of a better term) It just reeks of balkanization all over again.

      --
      It's the Stay-Puft Marshmallow Man.
    57. Re:Microsoft is right by theArtificial · · Score: 2

      It's been a long time since anybody could legitimately blame Microsoft for standards compliance in IE.

      I'm not sure how you're able to say that with a straight face. I'm pretty sure you don't do any form of web development otherwise you'd be aware of the coddling IE requires to achieve what many other browsers do "out of the box".

      In no particular order here are some things that are encountered in the real world, and not "edge cases":
      IE9 border radius + gradient hack.
      Having to use a filter (directx!) to achieve effects like other browsers.
      Up until IE10 limited or no support of CSS transitions and animations. Browser comparison
      SVG animations.
      Missing CSS3 selectors. If you really want to delve into things IE8, which is arguably the most popular IE version out there, is a worse offender than IE9.

      --
      Man blir trött av att gå och göra ingenting.
    58. Re:Microsoft is right by allo · · Score: 1, Informative

      > GTK hasn't been GIMP-specific forever
      It was started as toolkit for gimp. Guess what the G stands for in GTK+.

    59. Re:Microsoft is right by dingen · · Score: 2

      The problem of websites not rendering correctly on non-webkit mobile browsers has nothing to do with vendor specific prefixes, but has everything to do with developers not writing platform independent code.

      --
      Pretty good is actually pretty bad.
    60. Re:Microsoft is right by Dracos · · Score: 1

      If IE was going to focus on actual standards compliance

      ... you'd see their HTML1, HTML2, HTML3.2, HTML4, HTML4.1, XHTML1.0, XHTML1.1, CSS1, CSS2, CSS2.1, CSS3, JS1.0, JS1.1, JS1.2, JS1.3 compliance comparable to every other browser, and it's not.

    61. Re:Microsoft is right by 93+Escort+Wagon · · Score: 1

      The issue is only that developers know full well that webkit, thanks to it being open source, has become the largest rendered around. Mac, iOS, Android and Chrome all use it so if the developer is lazy they will only use the webkit- extension.

      Thing is... while the way Microsoft chose to frame the complaint is completely bogus, I tend to think the broad use of platform-specific styles and/or other extensions is not a good thing. We may not see that locking one's web apps/pages to Webkit as a problem right now; but over the long term we're better off with competition driving innovation - and relying on platform-specific extensions basically removes any competition.

      However as you note, this is really a "lazy developer" issue, not an issue with Webkit itself. I would point out that the old IE-lock-in issue, while amply encouraged by Microsoft's tactics, also boiled down to lazy developers. I still occasionally see "web" tools developed by these people getting buy-in from tech-illiterate higher ups. In higher education, anyway, there are still some rather senior "tech" people who bought into the Microsoft free (or very low cost) trainings back in the early 2000s, and haven't bothered to develop their skills past that point.

      --
      #DeleteChrome
    62. Re:Microsoft is right by WaffleMonster · · Score: 1

      So microsoft is accusing them of not following standard extensions? That's beyond hilarious.

      No, Microsoft is reminding people to to drop the vendor specific tags once they are no longer necessary to maximize compatibility.

      it's IE complaining that they can't subvert web standards like they have been and continue to attempt to do for years.

      Except this is not their complaint.

      wah wah the world functions without IE, wah wah. That's what this is.

      What would you have developers do? Keep vendor specific extensions forever even when they are no longer necessary or get with the program and support the open standard?

    63. Re:Microsoft is right by allo · · Score: 1

      Bullshit. Because Apple can do on the -webkit- Prefixed properties whatever they like. And so there may be undocumented behaviour, subject to change anytime. So you cannot just implement somebody else's prefix-properties in a good manner.

      But on the other hand, you can implement it as good as possible and you will see there are no big surprises in implementation of stuff which actually is cross-browser but with three different prefixes until its signed off by w3c. But when there are problems, noone is to blame.

    64. Re:Microsoft is right by Anonymous Coward · · Score: 0

      You don't appear to understand hypocrisy at least insofar as it applies to others:

      Microsoft only would be a hypocrite in this case if they decried WebKit for being non-standards-compliant, while they themselves were doing exactly the same thing.

      The difference here is that Microsoft has admitted, starting with IE7, that all of the web-developers who complained (and I feel safe in lumping you in with that group) about MS's non-compliant behaviour were right and so they've been working diligently (and successfully) to bring their platform up to standards compliance.

      So now another browser is dominating a different market, and employing tactics that give them a competative advantage, and suddenly your true-colours come-through, you didn't hate what MS did (since you're okay with WebKit doing it), you just hate MS...

      I don't even know wtf you mean by "gracefully degrading for IE"?! -- If you're writing standard-compliant code, it should work on every browser, PERIOD. WebKit needs to stop support for experimental extensions as soon as they're adopted.

      Developers should be UTTERLY browser-agnostic and simply write STANDARD code, PERIOD. You should NEVER use experimental, or browser-specific extensions on PRODUCTION code... If this practice was adopted industry-wide, then all browsers would have to compete on an even footing (standards compliancy) and developers wouldn't have to worry about fucking up their code with all kinds of kludges and hacks to tailor it to a million slightly different platforms.

      Then we'd ALL live in a better world...

      -AC

    65. Re:Microsoft is right by Carewolf · · Score: 5, Informative

      What Microsoft did in the past is even more heinous and used already ratified statements in ways contrary to the specifications, requiring IE comment hacks so other browsers don't see corrections needed to get IE to display properly.

      Actually some of the early and major differences started because Microsoft was the first to implement certain standards (CSS1, IE4 days), but Netscape being bigger at the time implemented the standard differently, and had W3C clarify the standard effectively making the original Microsoft implementation incorrect (the NS shenanigans is why width and height in CSS now specifies the content size and not the border-box which would be more useful)

      Later things reversed and MS really did what you accuse them of, but this stuff goes back longer, and with the bad guy changing more times than you think.

    66. Re:Microsoft is right by Dracos · · Score: 1

      Microsoft created a generation of lazy developers who only coded for IE.

    67. Re:Microsoft is right by theArtificial · · Score: 1

      or keep using the extension even after that feature has been standardized.

      The logic for leaving the non standard features which've been standardized is to offer support for the older browsers, you know the users who can't or won't upgrade who still represent market share on the site. It's one thing to say a new browser is released, it's another to have everyone upgrade to it. I'd like to point out the "Windows XP" effect. The goal of the site is to work in as many places as it can and this is one way to achieve that.

      --
      Man blir trött av att gå och göra ingenting.
    68. Re:Microsoft is right by allo · · Score: 1

      its the safari browser, which renders the experimental properties even when not in some kind of debug-mode. Properties with vendor-prefix should be disabled in all browsers by default, and only be enabled on developer-machines.

    69. Re:Microsoft is right by theArtificial · · Score: 1

      Really? Why does it still say draft with updates provided just this month? Why has slashdot featured bickering about HTML5 video support in something that is ready to be ratified for the last 3-4 years?

      --
      Man blir trött av att gå och göra ingenting.
    70. Re:Microsoft is right by Anonymous Coward · · Score: 0

      How about you JUST WRITE STANDARD-COMPLIANT CODE, AND STOP FUCKING WORRYING ABOUT WHAT IT'S BEING VIEWED ON?!?!?!?!?!?

      Then the users (i.e. "the market") can vote with their feet about what browser is the best one, and ALL browser-makers will be forced to compete primarily on their ability to render compliant code correctly!

      What a shocking / amazing idea! - using market forces to improve the calibre of the products being offered to the consumer, if only someone would have thought of this idea before!!!!!

      -AC

    71. Re:Microsoft is right by dingen · · Score: 1

      Who's to say they won't drop support for -webkit-border-radius once the CSS3 standard is finalized and recommended by the W3C?

      --
      Pretty good is actually pretty bad.
    72. Re:Microsoft is right by Anonymous Coward · · Score: 0

      "+4 Interesting" -- are you FUCKING KIDDING ME?!?!

      If anyone dared come on here a decade ago to say, "Firefox/Mozilla" could just alter their engine to render results to match IE's they would have been eviscerated on these boards for their blasphemy... but suddenly you're now all for it? I mean, it's not like we haven't known it all along, but it's pretty goddamn sad/disappointing to see the rampant hypocrisy on full-display... *shakes head*

      -AC

    73. Re:Microsoft is right by aztracker1 · · Score: 2

      Add to that that MS has its' own proprietary extensions (grid system in ie10 for example).

      --
      Michael J. Ryan - tracker1.info
    74. Re:Microsoft is right by LocalH · · Score: 1

      IE hasn't been the most popular browser in the world for some time. Last time I checked, Chrome was. Granted, the takeover of Chrome as #1 happened earlier this year, but still.

      --
      FC Closer
    75. Re:Microsoft is right by yuhong · · Score: 1

      Actually, IE6 was the first after WaSP complained about IE 5.5:
      http://archive.webstandards.org/ie55.txt

    76. Re:Microsoft is right by aztracker1 · · Score: 1

      By that same note, it wouldn't hurt to have IE support other vendor's specific prefixes that have stabilized, such as -moz/webkit-border-radius. I think it just hurts MS' pride to do so... updating software takes time and money... it's MS' turn to follow in the wild issues like other browsers had to for close to a decade.

      --
      Michael J. Ryan - tracker1.info
    77. Re:Microsoft is right by Alex+Zepeda · · Score: 4, Insightful

      That's not a bug, that's a feature. CentOS is saving you from that god awful interface redesign featured prominently in GIMP 2.8.

      --
      The revolution will be mocked
    78. Re:Microsoft is right by aztracker1 · · Score: 1

      So, it's a message to developers (... developers... developers).

      --
      Michael J. Ryan - tracker1.info
    79. Re:Microsoft is right by Anonymous Coward · · Score: 0

      If IE was going to focus on actual standards compliance you'd see their HTML5 compliance higher than webkit browsers offer, and it's not.

      On ACID 3, w/ IE9+, it's 100%, so I'm curious as to how much higher you'd like that number to be?

      http://acid3.acidtests.org

      -AC

    80. Re:Microsoft is right by aztracker1 · · Score: 1

      Since most users of Mozilla & Webkit browsers are on rolling releases, and how long the plain border-radius has worked, tht one is pretty safe.. actually most of the early extensions are pretty safe non-prefixed. Some of the newer options for say grid structures are best vendor prefixed (Ironically MS has their own vendor prefixed version, as does FF).

      --
      Michael J. Ryan - tracker1.info
    81. Re:Microsoft is right by Richard_J_N · · Score: 1

      What I mean was... how is an ordinary developer meant to find out what the current state of play is? I want to keep my site HTML5 compliant and fast. I don't want any backward compatibility bloat in either CSS or JS to hack cosmetic support into old browsers...as long as the site remains functional. Yet many instances of documentation either only work in the very latest browser, or they have lots and lots of legacy cruft from 10 years ago just to keep IE6 (or even NS4) happy.

    82. Re:Microsoft is right by thetoadwarrior · · Score: 1

      I'm not sure IE is the most popular in the world. Maybe on the desktop but you are making the assumption everyone on the desktop uses IE and there are more desktop users than mobile / tablet / mac users.

      Microsoft knows up to IE8 is supported good enough. Their complaint is more about IE10 and specifically on Windows Phone isn't supported to the same level as webkit. In that case, Windows Phone 8 IE10 probably even has a smaller marketshare than Opera. So the marketshare argument goes out the window.

      Old versions of IE on the desktop are supported fine in that it will ignore any tag it doesn't recognise. So instead of rounded corners you get rectangular corners and people do account for that. The problem with mobile is MS doesn't want things to look worse on their phone as it reflects poorly on them but as well they do somethings differently too, like touch events. When IE and firefox were both competitive it was fine that IE had to ajax calls differently because developers had no choice so they work around it even if it sucks. IE10 on Winphone is such a minor player that developers obviously feel they have a choice. Plus it's relatively new. They can't expect people to just jump and change their code the instant they release a new version.

      It also doesn't help that IE still tries to hold onto its old ways and if you want to develop locally you have to tell it to work in the good mode and not the old mode. It's a minor detail but again when asking people to cater to your tiny marketshare right now, some people are going to be lazy and not bother.

    83. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Ie is well above 50% and Chrome only has 19% usage according to Netmarketshare. Infact, IE 6 still has 7% of the market!

    84. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Hey dumbass. Prefixed extensions are how it is supposed to be done.

      Hey Fucktard - Experimental/custom/browser-specific extensions should never, ever, EVER be used in production code!!

      E..V..E..R.. ...and browser makers should never support their use except in debug mode, and must discontinue their support for ANY that become standards (i.e. "border-radius") as soon as possible after ratification (i.e. in the very-next patch cycle)...

      Lastly, ANYONE who implements experimental, and/or browser-specific extensions in production code should be LITERALLY flogged until they stop...

      -AC

    85. Re:Microsoft is right by thetoadwarrior · · Score: 1

      I agree, I would rather see companies not bother with new functionality until it's finalised but likewise, putting in the browser specific additions before putting in the finalised version does testing. Should developers really use them? Probably not but it does take forever for the finalised versions to filter through that I'm not surprised that they do and my experience does say that normally (on the desktop at least) they put in all variations of the browser specific code because most people want it to be viewedthe right way.

      I'm not surprised developers are lazier on mobile though because even though there are different browsers the top ones are all webkit based. I do sympathise with Microsoft because people should write their code to cover as many systems as possible but Microsoft has annoyed a lot of people in the past in terms of web browsers and the marketshare for IE10 in the mobile space is so small, I'm not surprised people don't care what Microsoft wants.

    86. Re:Microsoft is right by Billly+Gates · · Score: 1

      IE 10 on Windows 8/RT Metro is mobile identified so it is a significant marketshare or will be after Christmas. So in reality many new users will log into Metro and click the IE 10 and be fed broken pages with webkit extensions. The desktop will be fine though.

      If you bring up the marketshare then you are making the same argument on why to stick with IE 6 back in 2002 - 2004 all over again. It is not a corporate standard that everyone uses, not worth the development effort, IE 6 is the wave of the future for decades, etc. Just replace that with webkit.

      Perhaps IE 10 will fix the compatibility problem as soon as webmasters get tons of emails saying thier new Windows boxes wont display their page right. They will figure it out then?

    87. Re:Microsoft is right by Anonymous Coward · · Score: 0

      FOR YEARS Microsoft blogged warnings about websites using IE-specific stuff. "Use Mosaic/Netscape for standards compliance!" they begged. "We don't want people locked in to our products."

    88. Re:Microsoft is right by Billly+Gates · · Score: 1

      You may hate the rendering engine, which until very recently in IE10 sucked goatballs. I guess IE 9 was ok for early 2011 I suppose. But the integration with Windows makes it the only enterprise browser out there. It can use ISAPI and authenticate over the domain controller. It integrated with ActiveDirectory. Is compatible with group policy objects for customization. IE 6 - 8 can do things like even check to see where someone is with outlook/exchange conference wise in an intranet app! No other browser can do this.

      Only a small part of Microsofts browser is used by consumers and that is a graphical http internet application. In that area IE is meh.

    89. Re:Microsoft is right by Billly+Gates · · Score: 1

      No corps uses vista and IE is updated automatically with Windows Update for consumers. Vista users today all use IE 9 if they even choose IE at all. I pray IE 8 dies much much quicker than IE 6 or 7. It just might as employees start bickering that HTML 5 sites will no longer run.

      Otherwise we will have to wait until 2020 to use HTML 5. Fucking rediculous! I got that number because Windows 7 will not offer any service packs for 10 fucking years besides 1 which means the corps will lock it to IE 8 and keep it there. But, I could be wrong if MS mans up aftering firing the Windows VP and makes a Windows 7 SP 2 with IE 10 ... I could hope.

      Also, JQuery is dropping IE 8 in their newest version which is almost out. This will make some websites not work and of course GMail and Google Docs are alreayd giving me warnings to drop IE 8 as well. Lets hope, so we can all move on to the current decade.

      Webkit is doing everythign wrong as people blamed developers 10 years ago for not fixing their CSS and using MS code in it. A prefix is just a bit of code. How is that different? The net result is still the same.

    90. Re:Microsoft is right by nahdude812 · · Score: 1

      Which is exactly Firefox and other browsers did. The problem was that IE's broken rendering was failure to adhere to standards (rendering standards-based markup in a manner different from the standard), while Microsoft's current complaint is that other browsers implemented standards deviations in the manner that standards provided for, but which apparently MS can't be arsed to provided a compatibility layer for.

    91. Re:Microsoft is right by nahdude812 · · Score: 1

      No, it's not bullshit. Even if Webkit were actively attempting to defeat compatibility, they can't exactly just change how -webkit-border-radius or other such extensions work without breaking existing markup, which would hurt themselves more than it would hurt their competitors (rendering would break in their engine while it remained compatible in competing products).

      Sure, maybe a toolkit-specific extension would have to be reverse engineered so you can provide a proper compatibility layer, but that's not the case with Webkit. Not only does Webkit submit official recommendations which are extremely detailed descriptions of their extensions, but even if they didn't, it's open source, worst case scenario you could read it for yourself.

    92. Re:Microsoft is right by LocalH · · Score: 1

      Chrome surpassed IE in May of this year with 32.43% share versus IE's 32.12%, and for the month of October they show Chrome with just over a 2.5 point lead. This is according to StatCounter. They don't break down different versions of browsers, however, so I'm sure that the IE6 numbers are rolled in with the newer versions.

      --
      FC Closer
    93. Re:Microsoft is right by hairyfeet · · Score: 1

      Yeah but you just gotta LOVE the irony, as everyone bitched their ass off when MSFT was pushing IE with broken half assed standards, and rallied around how "FOSS would bring open standards to everybody!" so now that a FOSS browser has 90% share? Its just as non standard and its extensions just as proprietary as IE ever was.

      But as bizarre as who is pointing this out you're right that proprietary extensions DO NOT belong on the web, we need to have everything using standards because not only does this screw MSFT, it screws Mozilla, and Opera, and anybody that doesn't use Webkit. Anybody remember how quickly IE specific bugs would spread like wildfire because everybody was using it? We don't need to trade one monopoly for another, so down with Webkit specific extensions.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    94. Re:Microsoft is right by hairyfeet · · Score: 2

      What amazes me is how many refuse to learn their history, back in the NS VS IE days they BOTH were dirty as hell when it came to proprietary crap...remember the "blink" tag that made Geocities a nightmare? That was NS that came up with that.

      So we need to get rid of ALL proprietary extensions and if the W3C is too damned slow at implementing new tech then kick their asses to the curb and start a new org, seeing as how we've ended up with this mess because W3C is too damned slow.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    95. Re:Microsoft is right by tibman · · Score: 1

      That doesn't sound right to me. Couldn't you install any version of gtk to meet the dependency of a program? I know i've had QT and E programs in gnome before. Gnome might be rendering with a specific version, but each program can be something else entirely.

      --
      http://soylentnews.org/~tibman
    96. Re:Microsoft is right by Anonymous Coward · · Score: 0

      How about IE's specific -ms- extensions? Or Mozilla's -moz- extensions?

      Everybody's still bitching about IE because they didn't push their implementations as vendor-specific extensions. You had to abuse bugs to make IE see one value of an attribute and other browsers to see a standard one.

      With vendor prefixes you can write "-webkit-foobar: 23px square; -o-foobar: square(23px);" to test drive new features, and when standard settles just drop the needed prefix. With MS's broken implementations, you had to write ugly stuff like height: 42px\0/; instead of -ms-height: ... to have a work-around until MS starts making their shit standards compliant, or makes standards MS compliant.

    97. Re:Microsoft is right by danomac · · Score: 1

      What? I didn't think the interface in 2.6 could actually get any worse.

    98. Re:Microsoft is right by TheRealGrogan · · Score: 1

      Gnome has used GTK+ for a very long time. It's not really just a "gimp library" anymore, but a "Graphical User Interface Toolkit"

      Gimp 2.8 requires GTK+ 2.26 or something like that. You could simply remove the devel packages for atk/cairo/pango/glib/gtk+ (leaving the distro packages installed for dependencies at runtime) and put your new libraries in --prefix=/usr/local. I haven't ever used CentOS on a workstation, but I'd be surprised if I couldn't get Gimp 2.8 working with a little fiddling.

      I hate Gnome 2 almost as much as I hate Gnome 3, so it doesn't really matter to me either way. I will never use a Gnome-centric distribution. (even if you don't use Gnome, all your GTK apps in the repos would be built with Gnome dependencies and you need to install half of it anyway)

    99. Re:Microsoft is right by atlasdropperofworlds · · Score: 1

      The difference is... wait there's no difference. It's clearly still MS's fault. They should conform to the de-facto standards set by webkit.

    100. Re:Microsoft is right by Anonymous Coward · · Score: 0

      ...rather than being allowed to hold up progress.

      There's an unstated assumption here that needs to be called into question: that standards for webpages need to "progress". Why is this the case? The last decade's CSS and Javascript development has made all sorts of graphical bling possible, but it hasn't made the web any more effective in conveying information. And, in the process, it's broken all sorts of simple principles of usability (new windows should open only when I command it, back/forward should load cached versions of pages, etc.) and introduced countless security holes. If we'd just frozen web standards ten years ago, wouldn't we be better off?

    101. Re:Microsoft is right by Doctor_Jest · · Score: 0

      You know, I love the moderators around here. It's becoming increasingly obvious that slashdot moderates based on ePeen measurements rather than facts.

      --
      It's the Stay-Puft Marshmallow Man.
    102. Re:Microsoft is right by AlphaWolf_HK · · Score: 1

      I think Microsoft might consider doing what every other web browser has done in the past: pretend it is what it isn't.

      Nearly every modern web browser sticks "mozilla" in its user agent in order to make most servers work with it. Mozilla took its name from "mosaic killer" because it was meant to be "better" than mosaic of yore, by including new features. Web sites would use the agent string to determine whether or not they would e.g. use frames, which mosaic didn't support. If the agent string didn't include "mozilla" somewhere in it, it wouldn't put frames on the page.

      So, microsoft and everybody else stuck the word mozilla somewhere in the agent string (usually something along the lines of mozilla-compatible.)

      They could adopt a similar practice today, just accept the webkit functions and map them to their version of those functions, effectively pretending they are webkit until the W3C ratifies those functions.

      --
      Careful with names containing L slashdot.org/~AiphaWolf_HK slashdot.org/~AlphaWoif_HK slashdot.org/~AiphaWoif_HK
    103. Re:Microsoft is right by KingMotley · · Score: 1

      Please provide a link to the w3c recommendation for HTML 5, because I'm sure they would like have it themselves 2 years earlier than planned.

    104. Re:Microsoft is right by shutdown+-p+now · · Score: 1

      Actually that hasn't been true since Vista. The OS does include a HTML rendering component but it is separate from IE and only supports a subset of the full HTML standard.

      Which parts of the standard does mshtml.dll not support?

    105. Re:Microsoft is right by Jesus_666 · · Score: 1

      No corps uses vista and IE is updated automatically with Windows Update for consumers.

      The world doesn't consist of corporations. There are plenty of SMEs without a dedicated IT department who use whatever their computers came with. They expect perfect compatibility with whichever version of IE they're running.

      Vista users today all use IE 9 if they even choose IE at all. I pray IE 8 dies much much quicker than IE 6 or 7. It just might as employees start bickering that HTML 5 sites will no longer run.

      That is perceived not as a fault of the browser but of the website. You can't deliver an HTML5/CSS3 website that doesn't work in IE8. Getting it to work is your problem (and the solution is to use appropriate polyfills like html5shim and selectivizr - and hope that you can get away without having to use CSS3PIE).

      Otherwise we will have to wait until 2020 to use HTML 5. Fucking rediculous! I got that number because Windows 7 will not offer any service packs for 10 fucking years besides 1 which means the corps will lock it to IE 8 and keep it there. But, I could be wrong if MS mans up aftering firing the Windows VP and makes a Windows 7 SP 2 with IE 10 ... I could hope.

      Unlikely. IE is not a significant money maker for MS but Windows is. So they'd rather use IE upgrades to drive Windows sales rather than giving people a reason to stay with Win7. Plus, Microsoft doesn't want another XP (ie. a version of Windows adequate enough that it out-competes its own successor).

      Webkit is doing everythign wrong as people blamed developers 10 years ago for not fixing their CSS and using MS code in it. A prefix is just a bit of code. How is that different? The net result is still the same.

      WebKit is doing what every other browser vendor does and what the W3C relies on in order to get CSS3 tested before the specification is set in stone. Vendor prefixes are there to inform the developer that the feature is unfinished, not yet entirely correct or plain experimental and shouldn't be relied on. In fact, they were explicitly created to avoid the situation where identical core gets interpreted differently.) Nothing evil about it. Browsers need to implement cutting-edge stuff in order to make sure the edge cuts in the right direction.

      Again, the problem are stupid developers who aren't aware of best practices like always following up a prefixed property by its unprefixed version and using all prefixes that are neccessary, ie. prefixes for all browser engines that haven't yet unprefixed the property in all supported versions. Oh, and of course not using really experimental stuff in production websites. Of course that would require keeping track of which properties are in the standard and which aren't and we can't expect web developers to actually learn anything about web standards.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    106. Re:Microsoft is right by cavreader · · Score: 1

      Back when IE had 95% of the browser market they became the de facto "standard" to use if you wanted a functional web application. Why waste time on the other 5%? Now that the browser market has some viable alternatives the standards become a bigger part of the picture. For all the bitching and moaning on this site in regards to IE nobody remembers that IE (for good or bad) did not have any serious competitors. They had no competition until FireFox resurrected Netscape. This practically guaranteed corporate adoption of IE as their browser standard. Most corporations (large and small) have intranet applications that are only accessible to the corporations employees so why would a corporate IT manager waste the time and money creating intranet applications that work with every browser running today? On the other hand an Internet application would need to satisfy at least the top 3 browsers people are using today. The decision on whether to strictly adhere to "standards" when developing web applications depends on the intended user base.

    107. Re:Microsoft is right by shutdown+-p+now · · Score: 1

      IE 10 on Windows 8/RT Metro is mobile identified so it is a significant marketshare or will be after Christmas. So in reality many new users will log into Metro and click the IE 10 and be fed broken pages with webkit extensions.

      Are you sure? I have a WinRT tablet, and when I use Metro IE, most websites show their desktop versions, not their mobile ones. In fact, I can't quite think of one that did otherwise...

      I actually like it that way, because the thing is designed to be used in landscape rather than portrait orientation, and so the screen feels more like that of a laptop - definitely large enough for a full-size, non-downscaled page.

    108. Re:Microsoft is right by KingMotley · · Score: 1

      How about you JUST WRITE STANDARD-COMPLIANT CODE, AND STOP FUCKING WORRYING ABOUT WHAT IT'S BEING VIEWED ON?!?!?!?!?!?

      Because the current standard is HTML 4, and CSS 2.1, and they SUCK BALLS, and the design by commitee HTML 5 isn't slated to be ratified until late 2014, and who knows when CSS 3 will be, and some (most) of us needed it 8 years ago?

    109. Re:Microsoft is right by KingMotley · · Score: 1

      That's why any developer worth their salt who wanted to use these features has been writing code like...

      -webkit-border-radius: 4px;
      -moz-border-radius: 4px;
      -o-border-radius: 4px;
      border-radius: 4px; ...for the last few years

      Um... No, any developer worth their salt who wanted to use these features has been writing code like...

      -moz-border-radius: 4px;
      -ms-border-radius: 4px;
      -o-border-radius: 4px;
      -webkit-border-radius: 4px;
      border-radius: 4px;

      Just saying...

    110. Re:Microsoft is right by tibman · · Score: 1

      Prefixes are for features that don't have a standard yet. Less rage please.

      --
      http://soylentnews.org/~tibman
    111. Re:Microsoft is right by lister+king+of+smeg · · Score: 1

      heres an idea write some valid html5 and css using some less used functions, validate it with w3c code validators to make sure it is correctly written now test it yourself on each of the major browsers which ones display it the best? hint last time i wrote some code it was ie that had problems displaying correctly.

      --
      ---Saying gnome 3 is better than windows 8 not so much a compliment as it is damning with light praise.
    112. Re:Microsoft is right by KH · · Score: 1

      WordPerfect? I thought it's been dead for years.

    113. Re:Microsoft is right by cheesybagel · · Score: 1

      NS had the blink tag and IE had the marquee tag both were obnoxious and overused.

    114. Re:Microsoft is right by viperidaenz · · Score: 3, Informative
    115. Re:Microsoft is right by viperidaenz · · Score: 1

      Did Microsoft implement the standards incorrectly, or did the standard not exist until Microsoft implemented a feature without using a prefix?

    116. Re:Microsoft is right by marcosdumay · · Score: 1

      Every time I google some CSS command, I get out with this information. But I never stopped to see where I'm getting it from.

      Well, directly from W3C's page about border-radius: The border-radius property is supported in IE9+, Firefox 4+, Chrome, Safari 5+, and Opera.

    117. Re:Microsoft is right by Anonymous Coward · · Score: 0

      This is what filesystem namespaces are for. You can give GNOME2 its own view of /usr/lib and GIMP another.

    118. Re:Microsoft is right by Lennie · · Score: 1

      To be honest, I don't think Microsoft choose not to use clues.

      Not using clues was the way everyone did things at the time, for example no one had even suggested to use vendor prefixes yet.

      For example Netscape did the same thing.

      --
      New things are always on the horizon
    119. Re:Microsoft is right by poetmatt · · Score: 1

      Did I say Acid3? no, I didn't. I said HTML5. If any browser doesn't head towards ACID3 compliance they're years behind now.

    120. Re:Microsoft is right by Lennie · · Score: 1

      I think the parent means the document provided by the WHATWG, basically the WHATWG version of what they considered to be HTML5.

      --
      New things are always on the horizon
    121. Re:Microsoft is right by poetmatt · · Score: 1

      yes. please drop vendor specific tags and follow microsoft's non-standard tags?
      so webkit-CSS is worse than doCSSlikeIE, which is only documented in a doc that MS doesn't even offer for free ? How does that work? Hint: it doesn't. MS's answer is explicitly not standards compliant.

      I'd have developers spend 8 seconds to script the answer put in the comments on the original article's link. For webkit script turn HTML5 command into webkit-HTML5. Done in one. I'm not even a programmer and I can figure that shit out just from the comment alone. If you can't, you're below even a script kiddie as far as programming is concerned and should be unemployed if you're a "developer".

    122. Re:Microsoft is right by Lennie · · Score: 1

      Why is the post I'm replying to modded Score 3, Funny ?

      The comment is actually right on the money.

      --
      New things are always on the horizon
    123. Re:Microsoft is right by Lennie · · Score: 2

      When other browsers start to support -webkit-prefixes, then we are doing it wrong. That way we can never get rid of them every again.

      What a stupid idea.

      --
      New things are always on the horizon
    124. Re:Microsoft is right by amicusNYCL · · Score: 1

      So we need to get rid of ALL proprietary extensions

      What? Who's "we"? What are you going to do, pass a law stating that browser vendors are not allowed to implement anything that is not in some standard somewhere?

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    125. Re:Microsoft is right by Lennie · · Score: 1

      Actually, I think this site is pretty clear about when you can start to use a certain property:

      http://caniuse.com/#search=border-radius

      It lists in what browsers it is supported, if you need to use a prefix and what market share these browsers have in total.

      --
      New things are always on the horizon
    126. Re:Microsoft is right by amicusNYCL · · Score: 1

      Man, some AC just got schooled in social etiquette by a 19 year old station wagon.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    127. Re:Microsoft is right by mabhatter654 · · Score: 1

      Bingo.
      It was mostly ready to be "rubber-stamped" because it contained what web devs needed and what browser makers could deliver quickly...

      W3C has been overtaken by committees... Big companies like Microsoft send people to manipulate the process rather than get the thing done..., so they can figure out how to beat it.

    128. Re:Microsoft is right by mabhatter654 · · Score: 1

      Because being in a STANDARD determines winners... And big companies DON'T WANT FREE TO WIN. All the features were available at the time. The issue was not TECHNICAL it was POLITICAL Apple makes its bank off all the patents it pays to access.. Allowing "free" undermines their position because anybody can play in "their" garden.

    129. Re:Microsoft is right by Anonymous Coward · · Score: 0

      WebKit is doing exactly what Microsoft accuses it of. They are developing their own extensions and putting them out as webkit- prefixed. Of course Microsoft shouldn't try to implement these non-standard extensions but use the standard ones. This is why I see nothing "funny" or "bizarre" about it, other than for the fact that WebKit is now doing exactly what everyone hated IE doing years ago.

      adding webkit- , opera- moz- ms- is the *standard* way for vendors to namespace dom properties! It IS the standard.

    130. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Integrating the browser into its OS didn't hurt itself! It hurt everyone else. From its perspective, other than getting raped in court later on, it was the smartest move it made, because it forcibly made netscape redundant by virtue of "You cant uninstall our buggy shitty browser anymore. Your stuck with IE!", and for most joe shmoes that was the end of the search for a browser.

      Then the europeans got involved, and THEN it because a bad idea for microsoft to continue to force competitors out.

    131. Re:Microsoft is right by GigaplexNZ · · Score: 1

      GNU (through indirection)

    132. Re:Microsoft is right by theArtificial · · Score: 2

      Because being in a STANDARD determines winners... And big companies DON'T WANT FREE TO WIN. All the features were available at the time. The issue was not TECHNICAL it was POLITICAL Apple makes its bank off all the patents it pays to access.. Allowing "free" undermines their position because anybody can play in "their" garden.

      So the reason for HTML5 not being done is because companies keep adding more proprietary crap, specifically Apple, because doing so promotes their bottom line and enables users to access their walled garden? The MPEG LA is comprised of these companies of which Apple is but one, so by that argument all of these companies benefit from access to Apple's walled garden. How's that work out for Microsoft? If only the standard allowed you to specify video by mimetype!

      --
      Man blir trött av att gå och göra ingenting.
    133. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Also if they want us to test against IE10 an IE10 mobile they need to provide it for Linux and OSX.

      Why? It's on Windows, people use it on Windows so why test it on anything but Windows? Just multi-boot Windows or run it in a VM, just like how you would test on Linux or OSX.

      I'm not going to get a Windows tablet just for testing.

      You obviously don't need to, just test it on a VM or your desktop, it's actually easier than with an ipad where you cannot run the OS on anything but an ipad so you do need one for testing. Do you have various android tablets for testing all the different versions of webkit that come with with different versions of android?

    134. Re:Microsoft is right by Anonymous Coward · · Score: 0

      yes. please drop vendor specific tags and follow microsoft's non-standard tags?

      clearly you misunderstand the concept of 'vendor specific tags', get a clue.

      For webkit script turn HTML5 command into webkit-HTML5.

      yet not every function has a platform-specific prefix (and these even vary from browser to browser from the same vendor), so the obvious solution is for platforms to follow the specifications (and proposed features) using non-decorated names but with (obviously) platform-specific implementations.

      I'm not even a programmer

      no shit.

      and I can figure that shit out just from the comment alone.

      no, you can't, because you don't even know that the comment is not a viable resolution.

    135. Re:Microsoft is right by mabhatter654 · · Score: 1

      Because if all the file type require patent licenses, no matter how trivial, then the final spec can NEVER BE FREE. That prevents Linux from taking a foothold.

      If the standard allows even one truly free spec, then it forces the other players to a level field. In the case of Apple it's their media tools like iMovie that maintain their edge in looking more integrated. In Microsoft's case it's licenses for server tools to distribute these files.

    136. Re:Microsoft is right by causality · · Score: 1

      I use a distribution (Gentoo) which has "slots" for many packages like GTK. It fixes this problem neatly. The slots system means you can concurrently install two different versions of a package and they both work. It does not require the use of filesystem namespaces or any other such technique.

      I have both GTK+-2.24.12 and GTK+-3.4.4 installed right now. Each is in its own slot. One resides in /usr/lib64/gtk-2.0 and the other in /usr/lib64/gtk-3.0. Not every package is slotted but things like GTK+ certainly are.

      Gentoo is a source-based distro and a given program is linked against whichever one it needs at the time it is compiled, but there is no reason a binary distribution couldn't do the same (it would only be a matter of who is doing the compilation). It's simple, it's neat, and it works. I have no idea why this isn't more common.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    137. Re:Microsoft is right by causality · · Score: 1

      I've got mod points, and would mod the comment "Informative" since most of the statement deserves it - but that "OK, you're a moron" comment you chose to include at the beginning really has no place in intelligent discourse.

      I do see your point but I don't fully agree with it. When I mod a post up, I do it because I believe it is a net positive contribution. I might not like everything about it, but I think that its virtues outweigh its faults. I'm trying to promote interesting discussion a lot more than I'm trying to "punish" poor taste.

      Besides, if someone makes a useful point but also makes an ass of himself, everyone who reads it will see that for themselves. They don't need me to parse that for them (and if they do, they have bigger problems). If it gets highly rated, even more people will see that he made an ass of himself. It balances out.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    138. Re:Microsoft is right by erroneus · · Score: 1

      I actually did this. The problem is I can't type in Japanese because that support works only in the currently active desktop environment. Also, theming doesn't work when your GNOME apps are running like that.

    139. Re:Microsoft is right by erroneus · · Score: 1

      Oh believe me. I have been up and down on the issue. I did get it compiled and running, but it lacked desktop integration which included when I wanted to enter in Japanese characters and themes. The colors for menus in the application were unreadable and ugly. If that was my only problem, it wouldn't be so bad, but anything the desktop environment offered was also broken including GVFS, language support and a few other things I can't think of right now.

      No one has accomplished what I am trying to do without replacing the whole GNOME setup. There is one Linux distro which based itself off of Fedora 14 which can run GIMP 2.8.x. They did what I probably need to do with this CentOS. I am just hoping that some sort of update to RHEL pushes them to advance their GTK+ version... it comes to CentOS and suddenly the problem is patched... until the next time.

    140. Re:Microsoft is right by theArtificial · · Score: 1

      Because if all the file type require patent licenses, no matter how trivial, then the final spec can NEVER BE FREE. That prevents Linux from taking a foothold.

      If the standard allows even one truly free spec, then it forces the other players to a level field. In the case of Apple it's their media tools like iMovie that maintain their edge in looking more integrated. In Microsoft's case it's licenses for server tools to distribute these files.

      Because if all the file type require patent licenses, no matter how trivial, then the final spec can NEVER BE FREE. That prevents Linux from taking a foothold.

      It's no longer about simply being in a standard and Apple exclusively, as you claimed, making "its bank off" of patents? The spec isn't about making something free, it's about an agreed upon way to do things.

      That prevents Linux from taking a foothold.

      Linux is doing quite well, and there are plenty of proprietary solutions which involve Linux. RTS and Redhat was featured on /. just the other day. If it weren't doing quite well it wouldn't be on everything from appliances, phones to supercomputers. There is a very valid reason for proprietary technologies, they're good at what they do.

      If the standard allows even one truly free spec, then it forces the other players to a level field.

      The post I replied to wasn't about freeness or a level playingfield, its specifically about HTML5 being a draft that isn't complete because its a work in progress. It's a draft because there are a large number of people involved in implementing it in browsers which run on a variety of different platforms and devices. The spec is being split apart to speed things up with consideration to technologies like WebSockets and HTML Canvas etc. HTML has historically not required particular formats for anything.

      In the case of Apple it's their media tools like iMovie that maintain their edge in looking more integrated. In Microsoft's case it's licenses for server tools to distribute these files.

      The spec lets the developer select by mime type, if a developer uses something which isn't covered by MPEG LA such as Theora, neither Apple or Microsoft benefits. Purpose of the markup is to display content; not all content on the web is or should be free. If that's the case, you've got an issue with copyright, not patent licensing holding up a specification. Ultimately it comes down to content creators choosing how they want to release their content, one effective way to influence people is to provide a better solution. Although, there are many ways to define better...

      --
      Man blir trött av att gå och göra ingenting.
    141. Re:Microsoft is right by aaron552 · · Score: 1
      --
      I had a sig once. It was lost in the great storm of '09.
    142. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Yes but this was a long time ago, they were wrong and obviously they and everyone else knows that.

      This is current company, doing this, KNOWING the problems it caused in the past.

    143. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Nobody in their right mind is going to go through all their websites developed in the past to "fix" the prefixes just because W3C suddenly heralded something as a "standard". If it's working (99% of the time), don't fix it.

    144. Re:Microsoft is right by Will.Woodhull · · Score: 1

      It is not "-WebKit-radius-border". It is -webkit-border-radius. Point being that author of TFA either does not know what he is talking about or due to laziness, drugs, ignorance or some other reason is not expressing himself clearly.

      This use of a browser-specific prefix is the convention adopted by WebKit, Mozilla, and Opera that has allowed early versions of what was to become the CSS3 standard border-radius to be put in the hands of web developers before the final specification was locked down and signed off on. It has allowed the following CSS to work: someblock { /* "." used merely to show indentation */

      ... border- radius: 1em; /* CSS3 standard */

      ... -moz-border-radius: 1em; /* Mozilla interim */

      ... -webkit-border-radius: 1em; /* Webkit interim */

      ... -o-border-radius: 1 em; /* Opera interim */

      ... /* the lack of an equivalent interim ms phrasing puts a lot of extra

      ...... work on the web developer and any more, a lot of them are not

      ...... bothering to pander to Microsoft since it no longer has a large

      ..... share of many website's intended audiences. */ }

      This is a future-proof construction: when the CSS3 border-radius tag was finalized, every browser version that understood CSS3 started using the first line; older versions continued to be supported. Until that time, each browser version would use the line that it understood and ignore the others. This worked great for all browsers except MSIE, which required a lot of fussy hacking because, basically, it has been an inferior product. Not conforming to established industry standards. Inferior by that criterion, at least.

      Judging by this discussion, Microsoft needs to do two things to retain any kind of relevancy at all. First, it needs to avoid worrying its little head about how WebKit or Mozilla or Opera is developing interim mechanisms for CSS3 and HTML5 not-ready-for-prime-time items and just focus on making their own stuff work in a standards compliant way. And, gee, maybe they could adopt the industry standard for stuff that is not yet compliant for some reason, and use a -ms- prefix where appropriate.

      But before Microsoft even does that, it should get a copy of HTML5 For Dummies and study it a bit, since it clearly explains all the above.

      --
      Will
    145. Re:Microsoft is right by strikethree · · Score: 1

      Without an easy method of controlling scripting, it is still worthless. Why can't any browsers offer the functionality that No-script provides as a plug-in for Firefox? I mean, controlling the behavior of the browser seems like an obvious feature unless we are all supposed to passive consumers... I think I see a pattern here.

      --
      "Someone needs to talk to the tree of liberty about its ghoulish drinking problem." by ohnocitizen
    146. Re:Microsoft is right by Anonymous Coward · · Score: 0

      This is a way to know when to drop prefixes:
      http://caniuse.com

    147. Re:Microsoft is right by crutchy · · Score: 1

      yeah! ...and those lazy fucking moron FOSS developers too. i pay zero hard earned dollars to enjoy the fruits of their labor, and they fucking owe me guddammit!

      what the fuck is with these lazy fucking non-profit organisations that they can't get off their fat asses and compete with megacorporations and their capitalist agendas!?

    148. Re:Microsoft is right by Solandri · · Score: 2

      To be fair, MS and NS also dragged W3C kicking and screaming into implementing features a lot of web developers wanted. Early on, W3C seemed to want the web to be a purely hyperlinked infosphere - a informational nirvana with just text and pictures, but no layout or design. Many commercial developers wanted to tools to make their sites pretty like sales brochures. W3C didn't want that, and dragged their feet implementing a lot of the features needed to implement that. (The age-old debate between should a web page appear on your browser like the author intended? Or as your browser decides is the best way to display? The best answer like most things appears to be somewhere in the middle of these two extremes.)

      In the end though, you have to ask yourself - why are they doing it? NS did it to try to remain the top browser. MS did it to try to make the entire web a proprietary MS ASP extension (thus bolstering Windows sales). So the real question we should be asking is, why is WebKit doing it?

    149. Re:Microsoft is right by Anonymous Coward · · Score: 0

      The funny and bizarre part is that this is exactly what Microsoft did for a long, long time.

      And before Microsoft, it was Netscape.

      Actually, every browser which dominates the market (or a market) has a negative effect on web standards. It's because authors start to "design for $BROWSER" if $BROWSER is the only one that matters.

    150. Re:Microsoft is right by SuperDre · · Score: 1

      You're missing the point, every f-ing webdeveloper was bashing MS for not following standards, but now Webkit also refuses to follow the standard it's ok because it's not MS..
      So if MS has to conform to the standards (according to the webdevelopers) why shouldn't webkit.. So ofcourse MS is right in warning about webkit not being standard..
      Then again, 'HTML5' is still in development so it's actually moronic that a lot of sites are already using it in production..
      Webdevelopers should use the standard and not use webkit specific extentions or IE specific extentions, but in the end, the specifications should be as clear as possible so there can't be any other interpretation as it has been with the older HTML specs (which is also why there are so many 'hacks' needed)..

    151. Re:Microsoft is right by Eraesr · · Score: 1

      As I understand it, webkit only prefixes CSS keywords with webkit- if they're CSS3 drafts that aren't finalized yet. Mozilla is doing the same with Firefox where they prefix things with moz-. The border-radius example is especially a poor one because the border-radius property has been supported for quite some time by both webkit and mozilla, and the webkit- and moz- prefixed variants are deprecated.

    152. Re:Microsoft is right by dingen · · Score: 1

      They might not have deliberately chosen not to use vendor prefixes, but they definitely made the conscious decision to render differently from both how the competition did it and what the standards described.

      The goal was to create a web which would work better with IE than with Netscape, with the long term goal of creating a web which would work better with Windows than with anything else. We are very fortunate to not have ended up in that reality.

      --
      Pretty good is actually pretty bad.
    153. Re:Microsoft is right by TheRealGrogan · · Score: 1

      It sounds like a shitty deal, alright.

      What I hate are new versions of programs that become unfriendly to my dark GTK+ style. Input forms with unreadable text (I switched to Chromium from Firefox because of that rubbish), white text on white etc. Even VirtualBox is pissing me off... the same thing seems to be happening with my dark QT style. Fortunately it's only the one screen that's affected and it doesn't make the program unusable for me.

    154. Re:Microsoft is right by LizardKing · · Score: 1

      The "G" in "GTK+" originally stood for "General", not "GIMP".

    155. Re:Microsoft is right by poetmatt · · Score: 1

      and yet you still fail to acknowledge that MS's proposition is not a solution either.

      Yes, everyone should follow standards. But they don't. So complaining about those who are at least following them better than MS is at least an improvement.

    156. Re:Microsoft is right by PCM2 · · Score: 1

      Webkit is huge in mobile but not on the desktop so there is no way we are only developing for it.

      According to some stats, Chrome is neck-and-neck with Internet Explorer for browser market share, so I'd say WebKit is pretty huge on the desktop, too.

      --
      Breakfast served all day!
    157. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Yeah guys, remember all those -ie- css prefixes everyone used in IE6.. oh wait.. it's not the same at all.

    158. Re:Microsoft is right by Anonymous Coward · · Score: 0

      I agree. The thing is that each of those css statements are basically the same. As a web dev I don't have to remember anything more than 'prefix'-border-radius to make them work in each browser. On the other hand if I want transparency almost every browser uses rgba, with the exception of pre ie9 microsoft browsers. In that case I need to write something that is completely non css in order to get transparency, and even then it is a struggle to get it to work properly. That is when you are animating something or, if you you have overlayed transparent div's. Almost anyone who does write border-radius puts the simple "border-radius" value along with the others, so that if it does become standard, you don't have to go back and correct it. Microsoft is complaining about lazy web devs, not the prefix per se.

    159. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Kind of like this?

      background: -ms-linear-gradient(top, #1e5799 0%,#2989d8 50%,#207cca 51%,#7db9e8 100%); /* IE10+ */

      Lets face it, the HTML5 standard is going slow. Until it is finalized, the only way to get all of these features out there is with the prefix. The only reason Microsoft is actually complaining is because they no longer have the market share to say "Hey use our proprietary crap"

    160. Re:Microsoft is right by Anonymous Coward · · Score: 0

      What are error traps in code for, crutchy?

    161. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Have you ever actually used Safari on a non-Apple machine, say, Windows 7?

      The penalty for even suggesting such a thing should be you being forced to run Safari on Windows 7.

    162. Re:Microsoft is right by BertieBaggio · · Score: 1

      What I mean was... how is an ordinary developer meant to find out what the current state of play is?

      Start with http://caniuse.com/

      --
      If all you have is a grenade, pretty soon every problem looks like a foxhole -- MightyYar
    163. Re:Microsoft is right by ahabswhale · · Score: 1

      It's not a webkit problem but a UI developer problem. The example in the OP referred to border radiuses and there's no reason you cannot simply use the 'border-radius' style in webkit browsers like Chrome. It works honky-dorey and I do it all the fucking time. That said, I think it's awesome that some developers are ignoring IE. They deserve whatever they get in this arena. Microsoft has lost any right to complain about this stuff.

      And for the love of god, will they ever build decent developer tools for IE? Even with IE 10, it's like the dark ages.

      --
      Are agnostics skeptical of unicorns too?
    164. Re:Microsoft is right by mcgrew · · Score: 1

      Too bad he didn't say "your a moron". That's always hilarious!

    165. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Hopefully this time they didn't cheat to get that 100% score
      remember?

      Oh but I am malevolent. IE was always a good browser when MS couldn't abuse its market dominance- In general we now face the problem of too much internet functionality dependent on too few implementations of a browser.

    166. Re:Microsoft is right by monkeykoder · · Score: 1

      Except most people will ignore an otherwise useful comment due to poor etiquette largely because it's rare for people with poor etiquette to post anything useful.

    167. Re:Microsoft is right by Anonymous Coward · · Score: 0

      You're missing the point. Webkit *is* following the standard. The standard says that experimental or non-standard CSS should be prefixed with -{browserName}-. Hence -webkit-border-radius. The problem, contrary to Microsoft's claims, isn't that -webkit-border-radius exists. It's that idiot site developers are *only* including -webkit-border-radius, not including the standard border-radius, and not testing with other browsers (such as IE 10) to spot the problem.

      tl;dr: This isn't a *Webkit*. It's not even a *browser* problem. It's an idiot-web-developer problem.

    168. Re:Microsoft is right by BenoitRen · · Score: 1

      Actually some of the early and major differences started because Microsoft was the first to implement certain standards (CSS1, IE4 days), but Netscape being bigger at the time implemented the standard differently, and had W3C clarify the standard effectively making the original Microsoft implementation incorrect (the NS shenanigans is why width and height in CSS now specifies the content size and not the border-box which would be more useful)

      Interesting. Do you have a source for this?

    169. Re:Microsoft is right by Anonymous Coward · · Score: 0

      So, when the client insists that they want rounded corners on their site in the browsers that support it *before* any of them support it with the non-prefixed identifier, the developer who gives his client what they want should be "LITERALLY flogged until they stop"? Spoken like someone who has been unemployed since birth.

    170. Re:Microsoft is right by Anonymous Coward · · Score: 0

      The funny and bizarre part is that this is exactly what Microsoft did for a long, long time. It's only with IE7 they made the first steps towards standardization (thus why so many apps are stuck using IE6) and later versions of IE have made standardization even more of a priority. It's toeing a thin line of hypocrisy and the only thing keeping them from crossing is it the fact that they stopped doing exactly this just a few years ago.

      This site has a very long history of Microsoft-bashing and web standards compliance has been a big point of contention. It is hypocritical of this community to complain about what Microsoft is saying now. They have changed. They are doing the right thing. They are doing what you all said they should have done for a long time. If organizations are not allowed to change for the better without condemnation for it, then this site is nothing more than a hideout for complainers and haters.

    171. Re:Microsoft is right by Anonymous Coward · · Score: 0

      i shudder at the thought of having to use Safari in any form

    172. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Just like Netscape, Firefox, and all the rest should have conformed to the de-facto standards set by IE in its day?

    173. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Microsoft is right in one sense; developers should not be using non-standards-complliant CSS. What MS is saying is that any vendor specific prefixes used in CSS is non-standards-compliant. I mean, by definition simply adding the prefix is admitting you're using a browser specific, non-approved, CSS reference that includes the ms- prefix as well as the webkit- prefix.

      What MS and Opera are upset with is the fact that nobody cares to include ms- or o- prefixes anymore.

      Here's the kicker. webkit- will remap to -whatever anyway so it's irrelevant. You can use the "standards" version to call a non-standards version anyway.

      So to get back to the point being made by Coward above me and his "fuxkign lazy developers" rant above, developers should actually be even more lazy!

    174. Re:Microsoft is right by antdah · · Score: 1

      True. And there's also the problem of companies being terrified of implementing a standard they do not own themselves. Or a free, open standard. Now that would be some terrifying Marxist hippie crap which would surely bankrupt them.

      Then again, USB works pretty well.

    175. Re:Microsoft is right by Anonymous Coward · · Score: 0

      It's not hypocrisy if they've taken postivie actions to change their way. It would only be hyprocrisy of they were still breaking web standards.

    176. Re:Microsoft is right by viperidaenz · · Score: 1

      USB is not a free, open standard though.

    177. Re:Microsoft is right by crutchy · · Score: 1

      APK, i know you can't help but come across like an idiot, but why do you torment yourself so?

    178. Re:Microsoft is right by allo · · Score: 1

      > GTK+ (GIMP Toolkit) is a cross-platform widget toolkit for creating graphical user interfaces.

    179. Re:Microsoft is right by allo · · Score: 1

      the point is, noone should render vendor-prefixes in non-debug mode. But there may be an additional non-standard features prefix, like just a single dash -border-radius: 5px. Of course this would hurt a little bit at start, but who uses -webkit now must expect it being that way, because inofficial is inofficial.
      The real effect will be:
      div{
      -webkit-border-radius: 5px
      -ms-border-radius: 5px
      -o-border-radius: 5px
      -moz-border-radius: 5px
      -border-radius: 5px
      border-radius: 5px
      }

      but okay, at least there is the common inofficial prefix included, then. Of course using the non-prefixed version in your markup now is wrong, but i doubt many webdesigners will get this.

    180. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Exactly. Using webkit (and other) prefixes should only be done for experimental purposes, not production quality sites.

    181. Re:Microsoft is right by Anonymous Coward · · Score: 0

      Really, developers should not be using webkit extensions, as doing so is being out of standard compliance as a developer. The extensions are for testing purposes only and not for production sites. Following the standard is better for everyone.

    182. Re:Microsoft is right by darkgrayknight · · Score: 0

      That code is wrong, here is the corrected version: div { border-radius: 5px; } Coding to non-standard extensions is bad for everyone. If the border-radius doesn't work when coded to the standard, then it isn't going to work. So either don't use it or know that some people's web experience will be without round borders.

    183. Re:Microsoft is right by darkgrayknight · · Score: 0

      Exactly! Mod this way up.

    184. Re:Microsoft is right by darkgrayknight · · Score: 0

      The current standard is Xhtml 1.1 and CSS 2.1 + several Level 3 sections. Really, you can code in Html5 and use a lot of the main CSS 3 and it will work across most current browsers without resorting to prefixed extensions.

    185. Re:Microsoft is right by darkgrayknight · · Score: 0

      As a developer, I say don't use the prefix on production sites. Then you don't have to worry about when to change it, as you don't have to change it.

    186. Re:Microsoft is right by darkgrayknight · · Score: 0

      Apple can't write Windows software. Have you used Apple software for Windows (i.e. Safari, QuickTime, iTunes, etc.)? It is buggy and slow.

    187. Re:Microsoft is right by darkgrayknight · · Score: 0

      I don't know if I'd blame lazy developers on Microsoft, more on the actual lazy developers themselves. Because the problem is still lazy developers. If you are going to be lazy, then only code to the standard and leave out the prefixed extensions.

    188. Re:Microsoft is right by Curate · · Score: 1

      Just going to point out that the link you gave to show that IE8 is more popular than IE9, actually shows that IE9 overtook IE8 about 7 months ago.

    189. Re:Microsoft is right by theArtificial · · Score: 1

      Good eye, the reason I prefixed that with the weasel word 'arguably' is because I think a better metric for seeing what people use would come from ISPs. Statcounter does indeed run on a variety of sites but it depends on what type of visitors these sites attract to collect info. For example, if you used the w3 site as an example, you'd see some browsers over represented due to developers testing things. Also IE8 is the most recent version of IE supported on Windows XP which still has a massive installed base. Just something to consider =)

      --
      Man blir trött av att gå och göra ingenting.
    190. Re:Microsoft is right by Anonymous Coward · · Score: 0

      I agree. It seems MS learned its lesson and now appears to be offering advice from a hard learned lesson.

      Not so much funny but ironic that MS should now be pointing to standards while the open source community in this case is taking the proprietary road MS just abandoned.

    191. Re:Microsoft is right by DragonWriter · · Score: 1

      You're missing the point, every f-ing webdeveloper was bashing MS for not following standards, but now Webkit also refuses to follow the standard it's ok because it's not MS..

      Using vendor prefixes for proposed extensions and incomplete, or not-yet-finalized implementations of standard features is required by the CSS 2.1 standard (and the CSS3 modules are all backward-compatible updates to parts of CSS2.1, so this isn't changed in CSS after 2.1 either.) So, the behavior Microsoft is complaining about Webkit following the standard. And, its also something every browser vendor, including Microsoft does. In fact, part of the Microsoft Developer Network article on adapting webkit-optimized sites to also be IE10-optimized involves adding certain ms-prefixed CSS properties where webkit-prefixed properties already exist on the page. (Much of the rest is on adding support for IE10's particular non-standard pointer event model, which requires both non-standard javascript APIs and non-standard HTML properties.)

      Then again, 'HTML5' is still in development so it's actually moronic that a lot of sites are already using it in production..

      This is much more about CSS than HTML, anyway.

      Webdevelopers should use the standard and not use webkit specific extentions or IE specific extentions

      Progress toward standardization usually comes through wide use of extensions, so that's not really a realistic preference. Obviously, once a bit of functionality has a standardized and widely supported mechanism supporting it, new development should target the standard, but not all web development is going to wait for the existence of single standardized and widely supported mechanism (and, if it did, we'd never get progress.)

    192. Re:Microsoft is right by DragonWriter · · Score: 1

      I think the parent means the document provided by the WHATWG, basically the WHATWG version of what they considered to be HTML5.

      The WhatWG HTML Living Standard isn't finalized now, nor is it ever intended to be, and it (called HTML5 at the time, but since renamed) wasn't finalized when W3C started working off of it to make the W3C HTML5 standard. So, if that's what was meant...its still wrong.

    193. Re:Microsoft is right by toddestan · · Score: 1

      It's still sold (and apparently actively developed) but I can honestly say I don't know a single person who uses it:
      http://www.corel.com/corel/product/index.jsp?pid=prod4720105&cid=catalog20038&segid=6400043

  2. Browser Specific Code by Anonymous Coward · · Score: 0

    You know this was an issue ten years ago when i was learning Perl and the hot new PHP 3...one might have hoped for a little progress in the interim.

    1. Re:Browser Specific Code by Zontar+The+Mindless · · Score: 1

      ProTip: Perl and PHP don't run in the browser. They didn't ten years ago, either.

      --
      Il n'y a pas de Planet B.
    2. Re:Browser Specific Code by the_B0fh · · Score: 1

      Maybe that's why he hasn't had as much success as he'd hope for? 10 years is a pretty long time to be learning perl and php and not get anywhere...

  3. Open Platform by Nerdfest · · Score: 5, Insightful

    Don't blame Android as a platform, it actually allows non-WebKit browsers.

  4. I have an idea... by MickyTheIdiot · · Score: 4, Interesting

    Why don't they use webkit themselves? Then they can spend their time, money, and energy on putting their crappy microsoft experience on top of it?

    Sorry... using logic again.

    1. Re:I have an idea... by Nerdfest · · Score: 2

      I like competing browsers, but I like also like standards. The trick is that the standards communities need to realize that they have to move faster. Really, as long as the WebKit community doesn't start patenting any of the extensions and other browser's developers pick them up (and vice-versa), we should be okay for a while.

    2. Re:I have an idea... by SJHillman · · Score: 1, Insightful

      Why don't they use Linux for Linux? Why doesn't Ford use GM designs?

      Diversity is a good thing. Everything-webkit is nearly as bas as everything-IE

    3. Re:I have an idea... by Missing.Matter · · Score: 1

      What exactly is the point of a standard then, if everyone is forced to use the same rendering engine?

    4. Re:I have an idea... by gnasher719 · · Score: 1

      Why don't they use webkit themselves? Then they can spend their time, money, and energy on putting their crappy microsoft experience on top of it?

      Apart from the snarkyness at the end, this is actually a very good question. Webkit source is available as open source in a form that can be used by proprietary applications, and since Safari runs on Windows I suppose there is already a version out there that could be put directly into a Microsoft-created browser. The only "disadvantage" is that any improvements by Microsoft could be picked up by Apple to improve Safari. And since Webkit works already on iOS and Android, I suppose it is quite portable and making it work on Windows 8 shouldn't be too difficult.

    5. Re:I have an idea... by Cley+Faye · · Score: 1
    6. Re:I have an idea... by VortexCortex · · Score: 1

      Why doesn't Ford use GM designs?

      Because they'd be seen as non-innovative. Cars aren't allowed design patents. Neither is clothing. Thus, you see many varied designs in clothing, and in car designs. However, the mechanical processes can be patented. That's why I had to buy a GM back door latching mechanism to replace my neighbor's Mazda door latch -- They were identical because they came from the same place. They weren't different, or innovative...

      TL;DR: Because they must innovate since they're not allowed patents. Patents stifle innovation.

    7. Re:I have an idea... by Anonymous Coward · · Score: 0

      Are you stupid? Nobody said anything about forcing MS to use webkit. Not to mention that gecko and presto engines don't seem to be having any problems coding to the standard. Of course they don't have a vested interest in slowing web technologies to the behest of preserving a certain desktop monopoly. Oh, did I say that out loud?

    8. Re:I have an idea... by Anonymous Coward · · Score: 0

      Because they'd be seen as non-innovative. Cars aren't allowed design patents. Neither is clothing. Thus, you see many varied designs in clothing, and in car designs. However, the mechanical processes can be patented. That's why I had to buy a GM back door latching mechanism to replace my neighbor's Mazda door latch -- They were identical because they came from the same place. They weren't different, or innovative...

      Interestingly enough, Mazda had a long-standing partnership with Ford. They often built and sold the same car under different names.

      I don't know that GM had such a relationship with Mazda, but I know they did with Izuzu and Suzkui, and of course NUMMI.

      Then again, they might have both bought that Mechanism from the same third-party supplier.

  5. This should come as no surprise by Arancaytar · · Score: 4, Funny

    Because if there is one company that really stands up for standards, it's Microsoft.

    In fact, sometimes they pay millions to get them through the ISO.

    1. Re:This should come as no surprise by Anonymous Coward · · Score: 0

      No, you got it all wrong. The prefixes are actually preventing the IE6 disaster to be repeated

    2. Re:This should come as no surprise by Anonymous Coward · · Score: 5, Informative

      It still doesn't change that for mobile web we are in process of repeating the "only works right in IE6" disaster

      Bullshit. The webkit prefix is to test proposed parts of CSS that haven't been fully ratified yet. With IE6, Microsoft took the standard and designed internet explorer to exhibit non-standard behavior. With webkit, things are working the way they should, with the yarn MS is spinning here, you get the former bully with fresh egg on its face being the consummate hypocrite.

    3. Re:This should come as no surprise by Anonymous Coward · · Score: 0

      It still doesn't change that for mobile web we are in process of repeating the "only works right in IE6" disaster

      Bullshit. The webkit prefix is to test proposed parts of CSS that haven't been fully ratified yet. With IE6, Microsoft took the standard and designed internet explorer to exhibit non-standard behavior. With webkit, things are working the way they should, with the yarn MS is spinning here, you get the former bully with fresh egg on its face being the consummate hypocrite.

      The problem isn't that webkit has prefixes. The problem is that there is a growing number of developers out there coding their production mobile site/service to need these webkit prefix features, and only work well when visited with a webkit browser, today. You may be fine with a practice that gives us "this site only works on webkit", I don't think this is a good thing. But the discussion about that is perhaps easier had without involving Microsoft at all.

  6. Pot the Kettle: You are Black by Anonymous Coward · · Score: 0

    This is rich coming from Redmond, Microsoft is breaking web standards with IE 6, IE 7, IE 8, and IE 9.

    Let them fix the beam in their own eye, before they start complaining about the speck in anothers.

  7. Best Viewed in by Frankie70 · · Score: 0

    When can we start seeing the "Best seen in Webkit" logos?

  8. Pot, meet kettle by betterunixthanunix · · Score: 1

    ...wow. That is all I can say. "Wow."

    --
    Palm trees and 8
  9. Why does IE10 still suck? by Rossman · · Score: 2

    The real question is, how does IE10 still score so poorly on html5test.com...a sad 320 (+6 bonus) vs. Firefox's 372 (+10 bonus).

    It seems insane to me that MS is still this far behind.

    1. Re:Why does IE10 still suck? by msauve · · Score: 1

      Then the question becomes, how does Firefox do so poorly - a disappointing 372+10 vs. Opera's 419+9 or Chrome's 448+13.

      Wasn't Firefox really popular once?

      --
      "National Security is the chief cause of national insecurity." - Celine's First Law
    2. Re:Why does IE10 still suck? by Anonymous Coward · · Score: 0

      Every single tag like "input type=month" and "input type=day" is a single point of the score. Firefox supports none of the aforementioned so gets a lot of points deducted. Just try out the compare-tab to find out where firefox falls behind in that test. (posting with chromium 25.0.1330.0, scoring 463+9)

    3. Re:Why does IE10 still suck? by Rossman · · Score: 2

      While this is a fair point, I chose to compare IE to FF because Microsoft is a massive corporation with nearly unlimited funds to solve this problem, and Mozilla is not.

      With their resources they should be able to match or even outdo a browser like Chrome (another browser with a boatload of dough behind it). There's really no excuse at this point.

    4. Re:Why does IE10 still suck? by DragonWriter · · Score: 1

      With their resources they should be able to match or even outdo a browser like Chrome (another browser with a boatload of dough behind it).

      Though, through the magic of open source, Chrome might be seen to have a bigger boatload of dough behind it, since as well as getting improvements from Google investments (whether they go into Chrome directly or through Google's contributions upstream to WebKit), it also gets the benefit of the effort Apple puts into WebKit.

  10. I agree in part by Midnight+Thunder · · Score: 1

    For some stuff this is no different than what Microsoft did with IE, but that doesn't mean this should be the appoach taken. Microsoft could also be less of a drag when it comes to embracing the web specifications.

    The web specifications need to flow a little better and ease the rate of implementation. At the same time we should be discouraging the use of prefixed extensions and encourage the use of their non-prefixed equivalents, if they are part of that year's spécification.

    As for the idea of simply using WebKit, it is one approach, but at the same time it is nice to see the diversity of implentations to keep people competitive.

    --
    Jumpstart the tartan drive.
  11. Biased much? by Redbaran · · Score: 5, Insightful

    It shouldn't come as a surprise that a summary written by "Billy Gates" would be this slanted... I read the MS blog and I didn't see anything that ruffled my feathers. Don't get me wrong, I still have a bad taste in my mouth from the IE6 days, but all the blog post is doing is saying is "don't make your site webkit specific". This is good advice not because of IE, but because there are still other browsers out there such as Opera Mobile.

    In fact, MS blog post specifically states: "Now, it’s very easy to adapt a WebKit-optimized site to also support IE10." See that keyword I emphasized, it means they aren't telling people to abandon webkit. The examples they provide back that up as they leave webkit support in place and add either the non-prefixed standards compliant property or when that's not available, add the IE specific property alongside the webkit one.

    As a side note, I take a site like this much less seriously when it stoops to the same level of bipartisan drivel and mud slinging that we all had to endure for the last six months with the US elections.

  12. Seriously by Murdoch5 · · Score: 2

    This coming from the same company which make a browser that doesn't adopt proper CSS or HTML? How about they fix IE to work correctly with CSS and then come back and say this.

    1. Re:Seriously by cbhacking · · Score: 1

      Wow, you got modded up for this? /. groupthink is alive and well, it seems.

      A) MS was the *first* to adopt proper CSS. This dates back to the first browser wars, and was a major component of their win over Mozilla.
      B) IE10, and even IE9, actually support a large portion of the "This site requires Chrome or Safari" pages out there... if you drop the vendor-specific prefixes (webkit-). Most of the time, you don't even have to replace them with Trident-specific ones (ms-) because the standard has already progressed to the point that the browser makers, including MS, have implemented the non-prefixed version. MS *has* adopted "proper CSS and HTML" and are asking developers to stop using *improper* code (using only the webkit- prefixes, and not including either the other vendor-specific prefixes or the unprefixed versions).

      IE9 (now a couple years old) passes ACID3... and yet people are still asking whether IE10 passes it, as though the answer to that will prove their argument that IE is standards-noncompliant. They are relics, living in the past and unwilling to face reality. It seems to me a very immature mental posture for supposedly mature minds. Time to grow up.

      --
      There's no place I could be, since I've found Serenity...
    2. Re:Seriously by Murdoch5 · · Score: 1

      I got modded up for being correct. How man CSS hacks exist for IE, I don't know the exact number but it's a lot. How many webpages load perfectly in Chrome / Firefox and then completely bail in IE. How many CSS3 compatibility libraries exist for IE that Firefox and Chrome don't need. So you still want to tell me that CSS works correctly in IE? I don't even bother to program for IE anymore because of the increase in development time it takes to make sure my style sheets load correctly, more then 1/2 of the time I need to use meta tags to force IE into a run mode that will work. So how about before Microsoft claims that's webkits will break the web they get the "wonderful" browser called IE up to par with the rest of the web.

  13. MS has a point by Anonymous Coward · · Score: 0

    Webkit's a pot calling a kettle black. MS does it = bad. Webkit does = ok? Double-Standards "do as I say, not as I do" b.s.'s what I am seeing.

    1. Re:MS has a point by Anonymous Coward · · Score: 0

      Pay attention, stupid. The webkit prefix is to test proposed parts of CSS that haven't been fully ratified yet. With IE6, Microsoft took the standard and designed internet explorer to exhibit non-standard behavior. With webkit, things are working the way they should, with the yarn MS is spinning here, you get the former bully with fresh egg on its face being the consummate hypocrite.

    2. Re:MS has a point by Anonymous Coward · · Score: 0

      Still pot calling a kettle black and no way around it.

    3. Re:MS has a point by Anonymous Coward · · Score: 0

      I'm sorry you are so offended by objective reality that you insist on substituting your own twisted version. That's pretty sad.

    4. Re:MS has a point by shentino · · Score: 1

      That doesn't make the pot wrong.

  14. Misinforming, as usual by gaspyy · · Score: 5, Informative

    Man, I don't know why I even bother to visit Slashdot these days. Everything is so much misinformation that you're wiser not reading anything.

    If anything, this post is like the one from yesterday about rooting the Nexus 4 phone.

    Here's the deal: Some CSS properties, before becoming standard, have vendor-specific prefixes, like -moz, -webkit, -ms and -o. Sometimes their syntax is different (for example with gradients), or things like border-radius-top-left vs border-top-left-radius. As they become standardized. the prefix is dropped.

    Now, MS is advising developers to include the W3C-standard property name instead of (or in addition to) the vendor-specific one.

    To give a simple example, MS supports the W3C standard border-radius, but if the developer only targets -webkit-border-radius, it will work only in webkit. BTW, webkit also supports W3C border-radius, so there's currently no reason to use the prefix, at least on this property.

    1. Re:Misinforming, as usual by Anonymous Coward · · Score: 1

      You're right, the original MS blog post does not seem to have the "irony" that the ./ summary is implying. IE10 is great, and I think the web community should be welcoming towards Microsoft now that they finally begun working with common standards. What comes to the submitter commenting that MS should adopt Webkit, I think it's b*llshit. The very purpose of standards is that they are implementation-neutral, so manufacturers don't need to utilize any one specific codebase (be it commercial, open-source, Free, and/or public domain) in order to be universally compliant as long as they follow the standard spec.

      Essentially, what MS is doing is pitching for vendor neutrality, which is a really GOOD thing, and Mozilla and Opera are on the same boat with them.

    2. Re:Misinforming, as usual by Anonymous Coward · · Score: 0

      Oh, can it.

      This post is bullshit, but it's bullshit because no one uses only webkit-prefixed CSS in practice, unless webkit is the only one that supports that feature. The goal is for everyone that can to see feature x, and graceful degradation for the rest.

      Many CSS libraries and preprocessors do this automatically. Generally it's preferred to worrying about which browser supports what feature.

      Finally, this is a community-driven news site: you can participate in the story selection process. If you are not part of the solution, then you must be part of the precip^H^H^H^H^H^Hproblem.

    3. Re:Misinforming, as usual by Anonymous Coward · · Score: 0

      As they become standardized. the prefix is dropped.

      But not in the case of webkit, they are kept regardless of standardisation.

    4. Re:Misinforming, as usual by Anonymous Coward · · Score: 0

      "Man, I don't know why I even bother to visit Slashdot these days. Everything is so much misinformation that you're wiser not reading anything."

      Amen, Brover.

    5. Re:Misinforming, as usual by Anonymous Coward · · Score: 0

      I agree. And it seems if you say anything in this comment section pointing out the hypocrisy of this community it gets deleted by the mods. Of all the sites on the net you would think this one would value openness.

  15. IE7 != final on Win7 yet by Anonymous Coward · · Score: 0

    Give it time. It's better than IE9 & not "fully baked" yet.

  16. Diversity = Proprietary Lock-in by tuppe666 · · Score: 2, Insightful

    Diversity is a good thing. Everything-webkit is nearly as bas as everything-IE

    I have seen this desperate post, a few times from Microsoft Shills unfortunately, your arguing against using a open standards complement browser...and one Microsoft can actively contribute to, to ensure standards vs changing to proprietary vendor who routinely uses lock-in. That seems so smart.

    The bottom line in advocating locking yourself into a proprietary standard over a open standard going forward is exactly the opposite of diversity.

    1. Re:Diversity = Proprietary Lock-in by MickyTheIdiot · · Score: 2

      I do think Diversity is a good thing... but maybe not in web browser engines. The whole point of the web is for it work anywhere and MS has never quite grokked that.

    2. Re:Diversity = Proprietary Lock-in by Anonymous Coward · · Score: 0

      Fascist

    3. Re:Diversity = Proprietary Lock-in by SJHillman · · Score: 1

      I don't use webkit or IE as my primary browser, but nice try with the Microsoft Shill thing. I'd prefer that no one browser engine dominated the market... it tends to lead to bugs that you can't get away from.

    4. Re:Diversity = Proprietary Lock-in by Anonymous Coward · · Score: 0

      nice try with the Microsoft Shill thing.

      It's the way those who cannot actually make a valid point attempt to give their opinion some validity even though it is in fact completely worthless.
      He then goes one step further to suggest that your pro-diversity opinion is actually an attempt to advocate for one side over the other, proving that he is either pushing an agenda or completely devoid of competent language-parsing faculties, either way his opinion is again worthless.

  17. So because someone did something wrong once by Sycraft-fu · · Score: 2, Insightful

    They should never be able to comment on when other do it?

    That is a rather silly line of thinking. That is the same kind of BS as when people say "US citizens shouldn't be able to criticize China for human rights because the US doesn't have a perfect human rights record!"

    MS has been getting pretty good with regards to standards and the like. As such I don't think there is anything wrong with them pointing out when others are not. Even if they weren't it wouldn't make their criticism less valid, it would just mean they should turn it inward as well.

    1. Re:So because someone did something wrong once by wonkey_monkey · · Score: 0

      Sorry 'tard

      And yet you've discredited yourself before you've even got three words in. Grow up.

      --
      systemd is Roko's Basilisk.
    2. Re:So because someone did something wrong once by Anonymous Coward · · Score: 0

      I suppose it depends on whether or not it is:

      "I learned from experience that that you shouldn't do that." and "No fair! You can't brake the rules like me!" And, if group 1, that it is not a convenient rationalization or demagoguery to mask group 2 intent.

      The net field indicates a high amount of paths leading to group 2 intent, with the opposite true for public performance. It is difficult to predict the breakdown of percentages per path due to the massively multiple personalities involved in the performances and decisions, plus the conflict between the inherent asocial will of the combined entity and the pro-social nature of the majority of the individuals that make it up.

      Without hard stats, and the inherent near impossibility to accurately assess intent, I am guessing the following: The organization in so much as it is aware is only pissed because someone else is using it's own anti-social tactics against them. This probably applies to approximately 30% of it's top leadership as well. Approximately 80% of the constituent organization is either group 1 or does not care enough to render a judgement. 10 percent is conflicted, 10 percent is hypocritical.

      Beside the point anyway: Why is yet another entity crapping on the standards?

      False dichotomy: This isn't red team versus blue team. You do not have to be on someone's "side" just to recognize that something they hit on has some truth to it, nor do you have to accept their other statements as true, nor they as "good" nor beneficial to you and yours. You do not have to deny a statement just because someone you do not like or trust is saying it, nor do you have to stop calling them out for any of their misdeeds.

      Judgement: Siding with or against Microsoft in this case is asinine. "Siding" at all likely plays into the intent of its statement: recruiting and setting pawns in motion. The webkit issue needs to be looked into and resolved if/before the problem becomes significant.

    3. Re:So because someone did something wrong once by Anonymous Coward · · Score: 0

      It's that the extensive damage done by Microsoft in the past makes it seem disingenuous. MS may be right but people still don't trust them. They shat where they ate for a very long time. It's gong to take just as long if not longer for them to live it down.

      They deserve a bit of scoffing it'll help them remember not to shit on everyone if their browser ever pulls ahead again. I'm not saying that they're wrong, I'm saying they deserve every snide remark they get about this issue.

    4. Re:So because someone did something wrong once by ericloewe · · Score: 2

      That's not irony. Unless he means the opposite of what he said, which would be very weird.

    5. Re:So because someone did something wrong once by Anonymous Coward · · Score: 0

      Sure, it's a cogent argument, but more importantly, it's an irrelevant one!

      What happened in the past doesn't change the truth of the situation as it is NOW -- the practice that you're whining about isn't happening anymore; time to stop living in the past...

      -AC

    6. Re:So because someone did something wrong once by shentino · · Score: 1

      I'd say that criticizing problems is an objective right for all, and not a mere privileged reserved for the perfect.

      Problems are problems no matter who has them.

    7. Re:So because someone did something wrong once by Anonymous Coward · · Score: 0

      This site has a very long history of Microsoft-bashing and old habits die hard. It is hypocritical of this community to condemn Microsoft for saying what this community has been saying for a long time. It is hypocritical of this community to condemn Microsoft for behaving in a way that you all have been wanting them to behave for a long time now. You all should be celebrating.

  18. Sorry - correction: IE10 != final on Win7 yet by Anonymous Coward · · Score: 0
    1. Re:Sorry - correction: IE10 != final on Win7 yet by Rossman · · Score: 1

      I ran the test with IE10 on Windows 8 Pro (release version). I'm not sure how much more "final" it can be?

    2. Re:Sorry - correction: IE10 != final on Win7 yet by tepples · · Score: 1

      IE 10 for Windows 8 is final, but IE 10 for Windows 7 is apparently not.

  19. IE is IrrElevant by pubwvj · · Score: 1, Insightful

    I stopped testing against IE six years ago. Microsoft breaks too many rules to bother trying to be compatible with them. When users hit problems with IE on my web sites I tell them to get a different browser like Safari, FireFox or Opera. After over a decade of dealing with Microsoft's arrogance I decided it wasn't worth it. If users want my content they either need to get a real browser or put up with the problems IE delivers to them.

    1. Re:IE is IrrElevant by wvmarle · · Score: 1

      I did the same, also around six years ago, but the result was that in IE the page didn't render. At all. It got an empty page, instead. I was using some CSS to layout the page, which was supposed to do the job, but it didn't. It rendered in all browsers, not IE. So not testing for IE is apparently risky.

      The cross-browser solution for an amateur developer like me that just wants to get stuff to work: drop the CSS layout and go for good-old tables. That did the job.

      Maybe nowadays it works with CSS, too. Too much work for no gain.

  20. border-radius by Bigbutt · · Score: 1

    Well, it only works with IE9 and higher anyway and the -moz-radius-border doesn't work on newer Firefox distros any more. So now I have three border-radius entries plus the pre-IE9 hack.

    border-radius: 10px;
    -moz-border-radius: 10px;
    -webkit-border-radius:10px;

    [John]

    --
    Shit better not happen!
    1. Re:border-radius by John+Hasler · · Score: 1

      So don't use "radius-border" at all. It's just a trivial frill.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    2. Re:border-radius by Anonymous Coward · · Score: 0

      The human mind dislikes sharp corners and classifies them as dangerous because they are rarely found in nature.

    3. Re:border-radius by phluid61 · · Score: 2

      I, as a web developer, have never used "radius-border", since the property is "border-radius"

  21. Do people still test against IE? by Anonymous Coward · · Score: 0

    Sorry, but I made a conscious decision NOT to make it work for IE. I found I just don't care if it works. For about 6 years now, I've only tested against Firefox.

    Does it work with IE? Who knows! Who cares! Not me. Not my customers, I have to support Android and iOS, not WinCE 6, or Windows Phone 7 or Windows 8 Metro Phone Edition Delux. I mean FFS, if they won't back their own mobile standards why would me or my customers back it for them??

    I wouldn't use the Webkit extensions though, as soon as (if) they get ratified, they get deprecated on the next release, and eventually unsupported.

    1. Re:Do people still test against IE? by Anonymous Coward · · Score: 0

      Sorry, but I made a conscious decision NOT to make it work for IE..

      Ah memories!, specifically of a drunken night (circa 10th June 1995) where, after getting rather PO'd about complaints about how the site 'didn't look good in IE' I wrote a script which marquee tagged every fscking letter on our fledgeling web server to scroll in random up, downs, lefts and rights at varying randomised scrollamounts and scrolldelays..then went back to the pub crawl for the rest of the weekend.

      To say the following Monday morning was a fun experience, is a bit of an understatement..my argument of 'hey, the page looks ok in Netscape' went down like the proverbial balloon made of the stuff with atomic number 82.

  22. "proprietary (yet open source)" by John+Hasler · · Score: 1

    You contradict yourself.

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  23. Can't an alias fix that ? by Anonymous Coward · · Score: 0

    So, if I get that correctly :
    1. Sometime ago, -radius-border wasn't a standart.
    2. Webkit implemented it, and prefixed it as : -WebKit-radius-border.
    3. More recently, -radius-border became part of W3C standart.
    4. Some (lots of ?) people didn't bother renaming -Webkit-radius-border as -radius-border.

    Point 4. is pretty much expected, and is not going away for some time.
    Now, why IE, as it supports -radius-border, doesn't create an alias for -WebKit-radius-border that makes a call to its W3C compliant -radius-border implementation ?

    1. Re:Can't an alias fix that ? by Zontar+The+Mindless · · Score: 1

      Now, why IE, as it supports -radius-border, doesn't create an alias for -WebKit-radius-border that makes a call to its W3C compliant -radius-border implementation ?

      Because it is part neither of the spec nor of the -ms IE namespace?

      The IE folks (quite understandably) do not want to go there, and you should not want them to.

      --
      Il n'y a pas de Planet B.
  24. Not sure if this is a problem by fermion · · Score: 4, Interesting
    So, how much does this effect things overall? There has often been specific tags that can cause a problem. For instance, there is HTML editing interfaces that only work fully in firefox, but works ok on everything else.

    The funny thing is that MS pushed this type of non standard HTML by convincing web developers that it was more important to HTML to create consistant application interfaces rather than flexible content delivery and sales interface technology. So they pushed the idea of fixed screen sizes, fixed elements, and the like that only IE could, at the time, deliver. CSS and HTML5 depreciated the IE technology, but the damage was done. A generation of web developers were trained to look at web pages as fixed entities, not flexible markups. Even today I have to use some web pages that will only on IE because MS has convinced the MBAs that this is the most efficient way to do things.

    So now we are at a place where Webkit and Gecko rule the world. Designers are writing web pages to work well on Chrome, Firefox, and Android, which fortunately for apple will make it work on Mac and iOS as well. MS, being the entitled rich kid, is whining that consumers are ignoring IE. Of course IE is being ignored. It is doesn't run on anything that consumers choose to use. The only people who use IE are corporate types that are forced to use IE. If I have a new social app, am I going to cate that it does not run on IE. No, I am going to care that it does not run Android. If MS wants it to run on IE, they have the resources to add the functionality to IE. Otherwise who cares?

    --
    "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    1. Re:Not sure if this is a problem by Billly+Gates · · Score: 1

      IE 6 uses fixed settings because back in 2000 when it was made there was not standard yet for ratios. Back then everyone had vga, and svga (800 x 600 and 1024 x 768). So you only needed to test those last 2 and maybe the first (vga was dying by then). Done!

      MS is not complaining about desktop standards. They are complaining mobile as Windows Surface is fucking up on rendeirng websites as it is detected as mobile and is fed -webkit CSS. It is commical as it couldn't happen to a nicer set of guys right?

      But it does hurt Opera and Firefox Mobile greatly too. Opera is thinking of emulating webkit as a result. Since a mobile site is just a custom CSS file, why should developers care about anything non webkit? It owns 96% of the market so just write for that or corporations purchasing CMS software (same vendors who made it so it only outputed IE 6 in earlier versions) use it and it creates -webkit code.

  25. Opera to support webkit prefixes, though by QuasiSteve · · Score: 1

    True, but Opera - and Mozilla - were/are planning to, or already do, just support the -webkit prefixes in order to stay relevant in an increasingly this-site-best-rendered-using-webkit mobile era;
    http://tech.slashdot.org/story/12/05/09/1310255/w3c-member-proposes-fix-for-css-prefix-problem

    I don't know if they have since decided against that, but if not... -webkit prefixes to be had for all!

    Really, MSFT is right here. But being right is only 1/10th the battle.

  26. Thank goodness MS doesn't use WebKit. by Anonymous Coward · · Score: 1

    We need diversity and variety. Everyone else has thrown in the towel and just blindly adopted WebKit. This is a dangerous trend for security and stifles innovation. Thankfully one company still has the guts to implement their own standards-based HTML engine.

    1. Re:Thank goodness MS doesn't use WebKit. by Anonymous Coward · · Score: 0

      We need diversity and variety. Everyone else has thrown in the towel and just blindly adopted WebKit....

      Just remember that "everyone else" in this context does not include Firefox or Opera.

    2. Re:Thank goodness MS doesn't use WebKit. by DragonWriter · · Score: 1

      We need diversity and variety. Everyone else has thrown in the towel and just blindly adopted WebKit.

      Well, everyone... ...except Firefox (and its derivatives, since its open source.) ...and Opera.

  27. Don't blame the browsers by FyberOptic · · Score: 4, Interesting

    I wish people would stop offering the "well Microsoft used to do this so who are they to complain" excuse. Not only is the internet a different place, but so is Microsoft. They tried very hard to become as standards-compliant as they are now, and it took the risk of breaking existing websites along the way, despite the compatibility mode they offered. But the fact is, they made that decision. I still don't care about using IE, but I still give credit where credit is due.

    Where the problem lies is mostly with the W3C. This is who we should be blaming. This is 2012, and all that ever happens with these people is bickering and squabbling, while the web still stagnates with a technology level of five years ago, and couldn't even decide on a standard for something as basic as rounded corners. This is the Achilles' Heel of the free software world, where everything is treated far too much as a democracy, so every nerd with an over-inflated ego has an idea for how something should be done and they're absolutely certain that theirs is the best way to do it. It not only results in the dozens and dozens of forks of major pieces of software in the free software community, but also results in any kind of standards decisions being delayed for literally years while everyone acts like babies instead of ratifying something already.

    I can remember almost ten years ago when I was developing a very graphics-oriented website, and part of what I was being asked to do was to rotate a section of the page by 90 degrees. Except the content on this area was dynamic, containing an avatar and the user's name and stuff. There was no web standard for doing something like this at all, and my only option was going to be using Flash. But since Flash was prone to not line up perfectly among every browser (and I needed pixel-perfect alignment), not to mention was overkill for what I needed, even that was a problem. So eventually, after looking at our statistics, a good 98+% of the users used IE. The rest was Opera or Safari. So I made the decision to implement IE's proprietary DirectX filter extension, which allowed rotation of any HTML object in the page, and would apply this to any content normally inside of this object as well. The resulting effect was excellent.

    Over time, I wasn't entirely satisfied with this single-browser solution (which had something to do with the fact that I'd switched to Opera myself!). But web technology still never caught up. So my way around this was to generate this section of the website on the server itself, using Perl and the GD library. I cached the resulting image for every user, only regenerating it when they changed their icon or any of their information. I was able to recreate the original DirectX filter version with 99% accuracy this way. But this was all only because our web host had been kind enough to install GD for me to begin with, since this was before we were running our own server.

    The point of this story is, the ability to rotate components in a DOM tree has only recently become possible in HTML5. And HTML5 is still unfinished! Expect to see plenty more browser-dependent extensions over the decade, just like what happened last decade, all because the organization we rely on to give us these standards is dragging its heels and arguing every detail along the way.

    1. Re:Don't blame the browsers by marcosdumay · · Score: 2

      (and I needed pixel-perfect alignment)

      That. Why do web developers need pixel-perfect alignment so often? I've never seen a web user needing it.

      Do the clients demand it? Is it because the clients come from the printed world? Is it because they don't understand usability? Or is it a problem that the development community created themselves?

    2. Re:Don't blame the browsers by wvmarle · · Score: 1

      Web sites that are built up using a bunch of separate images that together form a complete image, do need pixel-perfect alignment. Otherwise there are gaps or so, and that just looks terrible.

    3. Re:Don't blame the browsers by Billly+Gates · · Score: 1

      The problem is even assuming everyone used the exact same browser, is that people run 5 different resolutions from 1024 x 768 to retenia, 1600 x 1800, HDMI 1080p, 1368 x 728 etc. Now add to the fact that Windows XP, 7, and 8 all have different fonts and render them different. Now add to the fact that MacOSX not only has different fonts but hints them different in the smoothing and rendering processes where they are more bold and the ratios are simply different.

      I just do not see how pixel perfect is possible. My guess is it is even worse with different versions of IE lying around too as the other browsers are updated more often.

    4. Re:Don't blame the browsers by Anonymous Coward · · Score: 0

      I fear that Microsoft has become standards compliant for reasons that are as opportunistic as their reasons for being not standards compliant in IE6 and holding the web back for years. In a post below you say that "what some people saw as Microsoft trying to monopolize the web, the rest of us saw as them finding solutions to problems that nobody else offered". I hate to break the news to you, but the fact that 98+% of your visitors used IE is clear proof that they really were monopolizing the web.

      The company I worked for ten years ago also had around 98% IE users, but we didn't make the same choice you did, we decided that market shares are much more volatile than standards. We weren't pixel perfect, but built a clean and responsive no-nonsense web frontend to our mainframe applications and limited ourselves to using things that worked in all major browsers. That choice meant that it was IE that was limiting our possibilities while all other browsers became richer in standards-compliant ways not supported by IE.

      We had relatively few but rather big customers (banks, insurance companies, some of the largest pension funds in the world, stock brokers) trading on European stock markets. We focused on building the 150+ functions that were to be supported by the web interface and not on making the interface a form of entertainment or a designer's wet dream. In the following years there was huge shift in browser usage in countries like for instance Germany. From Arabian countries we heard rumours at some point that in some companies anti-American sentiments made employees refuse to use Microsoft products. We never felt we could afford to tell a new or existing customer that for some reason decided not to use IE that our application wouldn't work for them, and we didn't have the capacity to make an IE-centric interface compatible with other browsers overnight. So we kept it simple and compatible with all browsers.

    5. Re:Don't blame the browsers by FyberOptic · · Score: 1

      There's a difference between monopolization and making something worth using. In case you forgot, alternative web browsers of the time were absolute crap, all the way into the early 2000s. Netscape (while alive) was awful, both interface and rendering-wise, not making any significant strides to improve for half a decade. Remember resizing the window and the whole damn page reloading? Yeah. And while Opera was actually pretty decent, it went from being a pay product to an ad-supported one, neither of which case particularly attracted users. A web browser was as important as a file browser by that point, and suggesting people pay for it, or go to the trouble of obtaining a 3rd-party one as ugly and clunky as Netscape, just to avoid using a conveniently provided IE, is ridiculous.

      Standards support was relatively bad across all the browsers at the time anyway, so none of them are particularly to blame for how web developers did their jobs. If Netscape had become dominant, we would have had an entirely different mess. Developers supported IE predominantly not only because it was included with Windows, but also because it was the only browser with any chance of developing any marketshare in that environment. Anyone looking at the future of the web only saw IE, and that was in fact the case for many years. Appeasing the less than 2% of people who didn't use it was not only a waste of time, but a waste of potential capability for the website.

      The websites you designed sound to be very open in terms of possibility of design, for banks and companies mostly displaying text. It was certainly possible for you to design a website that would get by for everyone regardless of browser. I worked on a website that was very media-based, everything had to be perfect down to the pixel without risking looking sloppy. That left either making the whole website in Flash, which I refused to do, or making choices on the website working based on the demographic who would be using it.

      These days, things are different. I design a website to work in every browser. There's been no excuse to not do this over the last several years, because the workarounds to maintain compatibility have been minimal. So when Microsoft makes a complaint about something Webkit is doing, we shouldn't be pointing the finger and calling hypocrite. We should be listening to them, before we end up with the same situation we had ten years ago, when standards were lagging just as far behind then as they are now.

    6. Re:Don't blame the browsers by Anonymous Coward · · Score: 0

      ...part of what I was being asked to do was to rotate a section of the page by 90 degrees.

      Sweet Jebus ... why is this even possible? What should have happened is this: users decide they want security, stability and functionality over graphical bling in their browser. Browser-makers make browsers that reflect this. And you end up explaining to your employer that, however much he'd like to hijack the browser of any visitor, his wishes simply cannot be implemented.

    7. Re:Don't blame the browsers by Kjella · · Score: 1

      That. Why do web developers need pixel-perfect alignment so often? I've never seen a web user needing it. Do the clients demand it? Is it because the clients come from the printed world? Is it because they don't understand usability? Or is it a problem that the development community created themselves?

      Maybe things are better now but the main reason we went with a fixed pixel layout was because some browser would inevitably barf on either table or CSS flow layout - I had IE, Firefox and Opera showing three different behaviors and for some reason Safari would add a spacing before the footer no other browser would. And you can't mix hardcoded offsets and dynamic flows without creating an even greater insanity, so we depended on the column that'd take up 200 pixels to actually take up exactly 200 pixels so we could hardcode the next one to start at pixel 201. There was just no other way we could finish in a reasonable time and deliver a site that worked on more than one browser.

      Application developers are just as bad, try changing the font size in Windows and applications go all shitty because nobody bothered to test at anything but 100% and it's all hardcoded. Sad to say, I think Apple did the right thing in telling non-Retina apps to run at half resolution so the UI will still be usable and only let the applications that have been specifically designed for it realize they are running on a high-DPI screen. I don't know why people here on slashdot are surprised by this, most here should be perfectly aware that most software don't get tested in anything but the default configuration. As a Norwegian I can tell you all about what happens when you change date formats, time formats, currency formats and such from US/English to NO/Norwegian on released products - I'd honestly be shocked if anyone tested a different font setting.

      --
      Live today, because you never know what tomorrow brings
    8. Re:Don't blame the browsers by Anonymous Coward · · Score: 0

      I see that you've never worked as a web developer.

      And hijack? Seriously? Lose the theatrics.

    9. Re:Don't blame the browsers by brantondaveperson · · Score: 2

      Do the clients demand it? Is it because the clients come from the printed world? Is it because they don't understand usability?

      Yes. Usually. Yes.

    10. Re:Don't blame the browsers by Anonymous Coward · · Score: 0

      There's a difference between monopolization and making something worth using. In case you forgot, alternative web browsers of the time were absolute crap, all the way into the early 2000s.

      As I remember it it was easier to develop for Netscape and make the necessary adjustments for IE than the other way around. In the IE4/Netscape4-period everyone was trying out new things. In the period after that IE6 was living in one world and the others were living in another.

      So when Microsoft makes a complaint about something Webkit is doing, we shouldn't be pointing the finger and calling hypocrite. We should be listening to them, before we end up with the same situation we had ten years ago, when standards were lagging just as far behind then as they are now.

      The reason people consider them hypocritical is that when they were the dominant party and ignored standards not only did they not complain when developers targeted their browser, they encouraged it. I fully agree that people shouldn't target specific browsers if it can be helped, but Microsoft's own past behaviour makes it awkward for them to be the ones to say so. They still have Steve Ballmer as their alpha male and I find it hard to believe this guy has suddenly grown a conscience after the way he displayed a total lack of it in the past. That doesn't reflect on everyone who works there, of course, but it also doesn't invoke any trust in me about how the company as a whole will behave. As a company Microsoft has behaved like a bully in the past, and just like a person who has bullied people around for years shouldn't expect people who suffered from it to suddenly turn into friends when he decides to change strategy so shouldn't Microsoft. They will have to live with this type of response for years to come. It's not nice for people who work there and who took no part in the past behaviour, but as a company they reap what they sowed.

    11. Re:Don't blame the browsers by Anonymous Coward · · Score: 0

      How does that work in braille?

    12. Re:Don't blame the browsers by marcosdumay · · Score: 1

      At least, if it is the client demanding it, it is a non-problem.

      Web designers get paid for hacking a page into a fixed design, their cleints are happy with the result they asked for, and users flock into pages invented by more competent clients.

      Well, in my oppinion, the designer has a duty to clarify that pixel-fixed designs are a bad thing. If the client insists, no problem in making the site.

  28. Re:MS is the GOP of software companies. by phantomfive · · Score: 1

    Are you saying that because you think democrats are not hypocritical? Please think that, because that will entertain me.

    --
    "First they came for the slanderers and i said nothing."
  29. "They can't break web standards!" by Chris+Mattern · · Score: 1

    "We're the only ones who get to do that!"

    1. Re:"They can't break web standards!" by Anonymous Coward · · Score: 0

      "We're the only ones who get to do that!"

      "We've got a patent on that!"

  30. NEVER TRUST MS by bussdriver · · Score: 1, Troll

    MS used IE to harm the web, on purpose to protect their monopoly. Their only interest is their monopoly power. I don't care if they woke up and are investing millions to catch back up again and I don't care if IE 11 is the best browser in history.

    MS will embrace and extend to attack the web as it threatens their interests; if they ever end up in a dominant position again they will resume the attack.

    1. Re:NEVER TRUST MS by FyberOptic · · Score: 2, Insightful

      What some people saw as Microsoft trying to monopolize the web, the rest of us saw as them finding solutions to problems that nobody else offered.

      The DirectX filter I mentioned? That was the only way to rotate web page content for a decade. And that was just the tip of the iceberg of its capabilities.

    2. Re:NEVER TRUST MS by FyberOptic · · Score: 0

      Funny how my post is flagged as a troll for stating an unequivocal fact. Such is Slashdot.

    3. Re:NEVER TRUST MS by Anonymous Coward · · Score: 0

      MS used IE to harm the web, on purpose to protect their monopoly.

      Netscape was worse. MUCH worse.

  31. WRONG WRONG WRONG by Anonymous Coward · · Score: 0

    WRONG

    Liar

    Browsers have long established the idea of implementing working-standards in this way - I think it should merely be "adopt the standard and don't write extension in that way".

    I don't know who started it, but the idea is flawed. Just use the proposals and support them directly, with a NB that they aren't finalized.

    There's nothing wrong with that, and lying by omission, and lying completely, and getting +5 insightful?

    fuck off

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

      The idea behind the vendor specific prefixes was that the vendors could include the functionality *before* it was fully tested, or even before the feature was standardized. The purpose of that is so that a 'broken' implementation or a spec-change won't suddenly cause a site using a non-prefixed identifier to change behavior.

      IOW: You don't implement border-radius, until -browser-border-radius works according to the border-radius spec. From that point on, border-radius and -browser-border-radius should trigger the *same* rendering. The problem here isn't vendor specific prefixes. It's sites that *only* include the vendor specific prefixed identifiers, and not the standard identifier.

      If you're going to use {new-feature}, you should use:
      -browser-new-feature: blah;
      new-feature: blah;

      Not just:
      -browser-new-feature: blah;

  32. Re:MS is the GOP of software companies. by the_B0fh · · Score: 1, Funny

    Remember back in the high school days? You have a bunch of kids, a few are more athletic than others. Some are pretty darn good. But mostly, about the best you can say for them is "not too bad". A couple might get scouted and offered a college athletic scholarship.

    Microsoft/GOP would be like the Olympic competitor in being hypocritical.

    I still remember how Bill Gates lied in court.

  33. Come on Microsoft! by Anonymous Coward · · Score: 0

    Come on Microsoft, if Webkit has 90% market share maybe YOU should adapt to serve the majority? DUH. Also, in your IE engine it's not hard to alias radius to webkit-radius or whatever I'm sure. Stop bitching and just make a good product. Most don't care as long as it just works. Not excuses.

  34. love microsoft, hating IE by musixman · · Score: 1

    Any developer / web designer will tell you that Internet Explorer is the bane of their design existence. I've seen whole projects stale for days because of bugs / "features" in IE. Fragmentation is never good though. For example, now with gradient backgrounds you have to have declarations for Webkit, Mozilla, IE & even Opera. It's absolutely insanely wasteful of developer time, client bandwidth & contributes nothing but headaches imo.

  35. 90% of the mobile market by roc97007 · · Score: 1

    Yes, Microsoft, that is how it feels.

    --
    Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
  36. Glacial pace by tepples · · Score: 4, Insightful

    And webkit prefix is supposed to be either not yet ratified in the standard features

    But for how many years should one reasonably expect web developers to include -webkit-, -moz-, -o-, and -ms- in all their pages while they wait for W3C to operate at its glacial pace? Some browser makers have even threatened to implement other browsers' prefixes (compatibly, I hope).

    1. Re:Glacial pace by ewanm89 · · Score: 2

      Quite a few of them have been standardised (border-radius), web developers aren't updating their sites and opera do parse the WebKit ones that they understand.

    2. Re:Glacial pace by allo · · Score: 2

      they could use a common prefix. like "-border-radius" is the new "-moz-border-radius + -webkit-border-radius + -ms-border-radius". Of course, this prefix would guarantee nothing about reference rendering just like any other prefix implementation, but just as the current -webkit properties it would just work for most people.

    3. Re:Glacial pace by theedgeofoblivious · · Score: 5, Informative

      Mod parent way up.

      CSS3 prefixes are something that's added to a CSS property if support for the final standard isn't complete, so you end up with things like

      border-radius: 15px;
      -moz-border-radius: 15px;
      -ms-border-radius: 15px;
      -o-border-radius: 15px;
      -webkit-border-radius: 15px;

      Vendor prefixes are something that's done by every vendor for testing. That includes Microsoft. Here's a page from MSDN with a Microsoft representative explaining that:

      As you may know, all browsers have a set of CSS features that are either considered a vendor extension (e.g. -ms-interpolation-mode), are partial implementations of properties that are fully defined in the CSS specifications, or are implementation of properties that exist in the CSS specifications, but aren’t completely defined. According to the CSS 2.1 Specification, any of the properties that fall under the categories listed previously must have a vendor specific prefix, such as '-ms-' for Microsoft, '-moz-' for Mozilla, '-o-' for Opera, and so on.

      As part of our plan to reach full CSS 2.1 compliance with Internet Explorer 8, we have decided to place all properties that fulfill one of the following conditions behind the '-ms-' prefix:

      If the property is a Microsoft extension (not defined in a CSS specification/module)
      If the property is part of a CSS specification or module that hasn’t received Candidate Recommendation status from the W3C
      If the property is a partial implementation of a property that is defined in a CSS specification or module
      This change applies to the following properties, and therefore they should all be prefixed with '-ms-' when writing pages for Internet Explorer 8 (please note that if Internet Explorer 8 users are viewing your site in Compatibility View, they will see your page exactly as it would have been rendered in Internet Explorer 7, and in that case the prefix is neither needed nor acknowledged by the parser):

      If a site designer doesn't code things correctly by also including the CSS property *without* vendor-specific prefixes that's a problem with the quality of the site designer and not with Safari.

    4. Re:Glacial pace by KingMotley · · Score: 3, Informative

      border-radius is part of the CSS Backgrounds and Borders Module of CSS 3, and as such, is still just a candidate recommendation -- hence is NOT a standard yet at least as of July 24, 2012.

      http://www.w3.org/TR/css3-background/

    5. Re:Glacial pace by roca · · Score: 3, Interesting

      The W3C has few resources of its own; the pace of the W3C is largely a function of the efforts of its contributors, who for CSS are mostly browser vendors. In fact, the main reason CSS transitions, animations and transforms progressed very slowly was because the editors of those specs, Apple employees, did not work on them. One of them writes here:
      http://lists.w3.org/Archives/Public/www-style/2012Feb/0356.html
      "Despite having billions in the bank, we don't have the luxury of full-time W3C editors like Hixie and Tab."
      I.e., Apple chose not to invest in standardizing their inventions.

      There are other cases, for example -webkit-text-size-adjust, where Apple has shown no interested in standardizing the property at all.

      It was a good thing to introduce innovative -webkit-prefixed features. It was a bad thing to not prioritize their standardization.

      Note that for various reasons, policy consensus is shifting towards the view that we should try to ship experimental features unprefixed but disabled by default, so Web developers can experiment with them but not use them in production sites. This creates pressure for every vendor to assist in standardization --- a very good thing.

    6. Re:Glacial pace by Anonymous Coward · · Score: 1

      And that goes to show that while prefixes might have been a cute idea, they can't work.
      Because a lot of web developers will opt to use only one set of prefixes (say -webkit- or -ms-) and omit the others (and rightly so, because they're on a schedule too) and that in turn will force browsers to support each other's prefixes, making the prefixes useless.

    7. Re:Glacial pace by FireFury03 · · Score: 3, Insightful

      And that goes to show that while prefixes might have been a cute idea, they can't work.
      Because a lot of web developers will opt to use only one set of prefixes (say -webkit- or -ms-) and omit the others (and rightly so, because they're on a schedule too) and that in turn will force browsers to support each other's prefixes, making the prefixes useless.

      Well, not really. If your browser includes support for a "-webkit-*" property, that just means that it behaves like Webkit's nonstandard one does, it doesn't mean you *are* webkit. Also, these properties are generally cosmetic things where it just doesn't matter if they aren't implemented - if your boxes render with square corners instead of rounded ones then your website will still be perfectly usable, just not quite as pretty; this is completely different to what MS used to do, which was implement ratified standards *wrong*, which meant that the standard feature now couldn't be used anywhere (without IE comment hacks) since your choice came down to: use it in a way that works in IE but breaks badly in anything else, or use it in a way that works in everything else but breaks badly in IE.

    8. Re:Glacial pace by jonadab · · Score: 1

      Indeed. If I were a browser developer, I'd be tempted to treat all the major browser-specific prefixes, including my own, identically: render as if the prefix weren't specified at all.

      Web developers _should_, in theory, use the prefix for testing before the thing is standardized and then switch over to unprefixed versions subsequently. In practice, that doesn't always happen, partly because after it's standardized not all browsers support the unprefixed version right away but mainly because changing all your code is extra work, and furthermore the web developer may not currently be updating the code in question when the feature finally becomes standard.

      What I usually do in practice, as a web content developer, is list both the expected but not yet supported un-prefixed property and the prefixed one that is already supported (sometimes more than one, if multiple browser engines have each their own prefixed but otherwise identical version of it, which sometimes happens), with the same value. Then when browsers eventually implement the standard unprefixed property, Everything Just Works -- including for people who are using old browsers that only support the prefixed property. (Obviously, even older browsers that don't support it at all get a rendering without that feature. There's only so much you can do.) This approach only works if you adopt new properties sufficiently late in their cycle that you can reasonably predict what the property is probably going to look like when it's finally standardized. For me, that's usually the case.

      So, for example:
      div.someclass {
          -moz-awesome-new-feature: 3px 3px 3px #294D4A #FFE6BC;
          -webkit-awesome-new-feature: 3px 3px 3px #294D4A #FFE6BC;
          awesome-new-feature: 3px 3px 3px #294D4A #FFE6BC;
      }

      Selectors are somewhat more problematic. In many cases have to wait until all the browsers you really care about support them (although when implementing purely aesthetic cosmetic features you can just let non-supporting browsers hang in the breeze).

      --
      Cut that out, or I will ship you to Norilsk in a box.
    9. Re:Glacial pace by MadChicken · · Score: 1

      Or, you could say accomplishing the purpose of the prefixes in creating a de facto standard. Ideally we could then simply drop the prefixes and have the same behavior. Whether each prefixed attribute behaves the same is another issue, of course.

      --
      SYS 64738 NO CARRIER
    10. Re:Glacial pace by ewanm89 · · Score: 1

      Thanks for the correction, looks like not everyone has signed on the dotted line yet for the final official ratification....

    11. Re:Glacial pace by Anonymous Coward · · Score: 0

      As a developer I say: Developers should not use prefixed versions for production sites. Why? Because such use is non-standard code and produces problems for browsers, in that, while browsers try to gracefully render pages, the more complex the page, the more likely problems will exist. By not using the prefixes, then you don't have to modify the code later.

  37. Funny since hey invented it. by multicoregeneral · · Score: 1

    Look, if Microsoft didn't like people using "non-standard" filter code, they shouldn't have come up with the whole idea in the first place. Even IE 10 (especially IE 10) has it's own equivalent filter markup for CSS. If they didn't LOVE THIS, why are they doing exactly the same thing themselves? Christ. Get me some coffee.

    --
    This signature intentionally left blank.
    1. Re:Funny since hey invented it. by Anonymous Coward · · Score: 0

      Funny since hey invented it.

      They didn't. Netscape did.

  38. Standards compliance is not the issue by Cyko_01 · · Score: 1

    the issue is the popularity of webkit on the mobile platform. Both iOS and android both supported it from the start, then blackberry and PS Vita adopted it because they were to lazy to fix there own engines. Now you want IE to do the same?! These extensions were prefixed BECAUSE they are non-standard and now that they are standardized both iOS and android have used the standard syntax for at least the last 4 releases. There is diversity on the desktop which is why these prefixes are ok on the desktop - everyone except for IE uses them and when a prefixed style is popular enough then they work towards standardization which is what helps the web grow. This is why diversity in the browser space is so important. We used to complian about IE on the desktop because of there popularity but we have a good balance of market share on the desktop now between gecko, webkit, and IE (I imagine opera is even seeing better support these days as a side-effect). Microsoft is just complaining because they are now seeing the flip-side of the coin in the mobile market - AND THEY ARE RIGHT! If android shipped with firefox instead of webkit then we wouldn't have this issue since the market would then be divided, somewhat evenly, between iPhone and Android

    1. Re:Standards compliance is not the issue by tuppe666 · · Score: 1

      the issue is the popularity of webkit on the mobile platform.

      No its a failure of Windows Phone; Microsoft only allowing IE on their platform. I'm sorry but until IE runs on Android...the successful platform how can they complain about anything. I can't run IE on Linux either. The deliberately tie IE to Windows for a whole host of reasons ironically Monopoly Abuse being one of them, but also using for control of the internet; defaults to their search; artificially limiting older versions of Windows To be honest all of these reasons are better topics than this one.

  39. im not seeing the problem by RobertLTux · · Score: 1

    If yo9u sue a function that is labeled as %toolkit%-function then it flags a possible difference between that and the "normal" function

    besides MS at one point had a whole RUNTIME of special extensions (active X) and required folks to use at least 3 of them on every page if you wanted to be a Microsoft "Partner" which as an OEM meant you didn't have to wait until example Windows 95 was in stores to be able to get the code and stuff for drivers.

    --
    Any person using FTFY or editing my postings agrees to a US$50.00 charge
  40. Re:MS is the GOP of software companies. by phantomfive · · Score: 0

    Oh. You got beat up by jocks in high school, so now the [party of your choice] and Bill Gates are the worst. I see it now, it all makes sense.

    Please, tell me about other things you hate.

    --
    "First they came for the slanderers and i said nothing."
  41. Windows 8 for VirtualBox by tepples · · Score: 1

    Also if they want us to test against IE10 an IE10 mobile they need to provide it for Linux and OSX.

    Is there a reason that Windows 8 won't run in VirtualBox for Linux or VirtualBox for Mac OS X?

    1. Re:Windows 8 for VirtualBox by ericloewe · · Score: 1

      GPU acceleration would probably be broken.

      Ignoring that, if all browsers are tested inside the virtual machine, it should work.

    2. Re:Windows 8 for VirtualBox by Anonymous Coward · · Score: 0

      Is there a reason that Windows 8 won't run in VirtualBox for Linux or VirtualBox for Mac OS X?

      If there is, please don't tell it to my copy. So far, it does not know and runs fine.

      For the records: Tepple's post was a rhetorical question. Windows 8 runs fine in VirtualBox 4.2; seamless mode has some flaws.

  42. Bwahahaha! by hduff · · Score: 2

    Bwahahaha! Microsof Bwahaha ! Bwahahaha! Bwaha ! Bwahahaha! Bwahahaha! Microsoft Bwahahaha! Bwahahaha! Bwahahaha! Standards Bwahahaha! Bwahahaha!

    --
    "I believe in Karma. That means I can do bad things to people all day long and I assume they deserve it." : Dogbert
    1. Re:Bwahahaha! by Anonymous Coward · · Score: 0

      I thought exactly the same. To my inner eye it looked somewhat like this.

    2. Re:Bwahahaha! by Anonymous Coward · · Score: 0

      LOL Exactly! Die Microsfot Die!

  43. Cry A Fucking River by Anonymous Coward · · Score: 0

    Microsoft has been driving through its proprietary, patent-encumbered Office Standards ("Office Open XML") by all sorts of measures. Now, let them eat some shit themselves and implement Webkit-specific tags. Champagne !

  44. Alright Microsoft by UltraZelda64 · · Score: 1

    Release an Android version of IE and then I won't see this as a crock of shit and an excuse to get us to buy your Windows operating systems.

    1. Re:Alright Microsoft by Anonymous Coward · · Score: 0

      Great idea. Another browser on Android for no-one to actually use.

  45. Get over it, We all don't run a webkit browser by Anonymous Coward · · Score: 0

    I am sick of webdevs coding solely for webkit. It is boring, it is anti-standard and furthermore it ignores that most of their clients won't be able to use their site. I am just so sick of this over-specialization. It causes problems with IE users and causes LOTS of problems with Firefox users. Plenty of people use firefox and there are great reasons to use Firefox. Please understand the web is open and kept open by open standards. not -webkit-* CSS markup.

    1. Re:Get over it, We all don't run a webkit browser by phluid61 · · Score: 1

      I use webkit browsers. Therefore your assertion that we all don't is incorrect. And for the record most of us webdevs used: -webkit-border-radius: ... -moz-border-radius: ... -o-border-radius: ... -ms-border-radius: ... /* just in case */ border-radius: ... until we got sick of it and dropped all the prefixed versions.

  46. Microsoft needs to get a license for WebKit by Anonymous Coward · · Score: 0

    Microsoft needs to get a license for WebKit and other license for Internet Technologies. Microsoft's Internet Explorer was not able to pass the Internets standards and acid test.

  47. It's not just Webkit by Animats · · Score: 1

    I still have some CSS like this:

    -moz-border-radius: 14pt;
    -webkit-border-radius: 14pt;
    border-radius: 14pt;

    Mozilla finally got with the program and implemented border-radius without a prefix. It took a while.

  48. radius-border? by Anonymous Coward · · Score: 0

    The border of a radius? What is that even? Maybe next time have someone who has seen a line of CSS before write the summary.

    1. Re:radius-border? by phluid61 · · Score: 1

      I wish I had points to mod this up. So much anti-Microsoft vitriol, no one even noticed that the contested CSS property is written wrong.

  49. Sorry, but WebKit != IE by Kergan · · Score: 1

    Then again, web developers wouldn't be writing -WebKit-radius-border, or anything else prefixed -WebKit/-Moz for that matter, if the bloody attributes had been supported by Microsoft for any material amount of time... Adding insult to injury, the fact of the matter is that mobile users will almost always be browsing using something built on top of WebKit. In light of that, the developers' laziness is understandable -- though arguably not excusable.

    Also, WebKit is not doing exactly what everyone hated IE doing years ago. Back then, IE was hated because, in addition to interesting stuff like -ms-behavior, it was active used to promote technologies -- ActiveX in particular -- that could only ever work on Windows. Webkit, in contrast, is only pushing new attributes such as border-radius, or things such as local (sqlite-based) databases and location services. The only credible argument to be made against WebKit was related to the video tag, which was loaded with codec- and patent-related problems. And that horse died long before Mozilla woke up to the fact that h.264 hardware was all over the place in the mobile space.

  50. http://leaverou.github.com/prefixfree/ - Fixed. by Anonymous Coward · · Score: 3, Interesting

    http://leaverou.github.com/prefixfree/

    Break free from CSS prefix hell!
    Only 2KB gzipped
    -prefix-free lets you use only unprefixed CSS properties everywhere. It works behind the scenes, adding the current browser’s prefix to any CSS code, only when it’s needed.

    1. Re:http://leaverou.github.com/prefixfree/ - Fixed. by LiroXIV · · Score: 1

      http://leaverou.github.com/prefixfree/

      Break free from CSS prefix hell! Only 2KB gzipped -prefix-free lets you use only unprefixed CSS properties everywhere. It works behind the scenes, adding the current browser’s prefix to any CSS code, only when it’s needed.

      Now why hasn't MS discovered this.

    2. Re:http://leaverou.github.com/prefixfree/ - Fixed. by Anonymous Coward · · Score: 0

      That is a non-standard compliant solution to a non-standards compliant problem. Worst idea ever. What moron modded that up?

  51. Hypocrites by Anonymous Coward · · Score: 0

    As critics of FOSSies have said all along, they aren't trying to prevent monopolies, they're just making sure it's THEIR monopoly.

  52. Microsoft and standards by symbolset · · Score: 1

    If Microsoft wants their standards adopted by W3C why don't they just make it a corporate mission to stuff the W3C panels and get it done like they did with ISO and their Office document standard?

    --
    Help stamp out iliturcy.
  53. Comparing and contrasting by sjames · · Score: 1

    Webkit and Firefox are doing the right thing by including the proposed specs with a browser specific entension (-webkit or -moz). Web developers/designers are doing the wrong thing by using those in public web pages where a standard has been ratified.

    Back in the day, MS perverted the specs by NOT using -ie (or -ms if they prefer) for IE specific interpretations of existing standards. In fact, they seemed to go out of their way to create traps that even a conscientious developer could fall in to.

    That doesn't make the current crop of developers right.

  54. Ironic doesn't mean false by SpryGuy · · Score: 1

    The source makes it ironic.

    But it does not mean it's untrue.

    The statement is valid, regardless of who is making it. And as ironic as it is, given Microsoft's history, they have to be given at least a little credit for some of their most recent work at being standards compliant, and contributing to the standards process. Even if you don't always agree with their decisions, they're certainly better than they used to be.

    --

    - Spryguy
    There are three kinds of people in this world: those that can count and those that can't
  55. M$ makes shitty browsers by Anonymous Coward · · Score: 0

    We just spent $100K un-weighted to support IE, because even the most recent version don't have features that others browsers have.

  56. Shitty design by Anonymous Coward · · Score: 0

    Meaning its a shitty website.

  57. suprise suprise by Anonymous Coward · · Score: 0

    Well, who didn't see this coming when everyone started putting their own prefixes on things.....
    Can browser makers do anything with managing to fuck it up.

  58. Eat it, MS, I SAID EAT IT!!! by Anonymous Coward · · Score: 0

    How does it taste, MS?

    I hope this type of thing continues as MS circles the drain and is finally flushed out of our systems.

    One Microsoft Way? FUCK YOU

  59. Microsoft here is the simple truth..... by LWATCDR · · Score: 1

    You only have a tiny market share in mobile phones. It is like worrying about breaking Omniweb.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  60. They don't understand my logic by Anonymous Coward · · Score: 0

    All the modern browsers implement border-radius et al. just fine. No need for those silly prefixes. The only odd duck (which I don't give a shit about on my blog anyway) are the MS-tards. Fuck 'em and feed 'em cuz I don't need 'em.

  61. They're all wrong! by rdebath · · Score: 1

    border-radius: 15px;
    -moz-border-radius: 15px;
    -ms-border-radius: 15px;
    -o-border-radius: 15px;
    -webkit-border-radius: 15px;

    Look at that mess! It's not what the web developer is trying to say. This is more like what they want to say ...

    border-radius: 15px;
    -w3cnext-border-radius: 15px;

    The web developer is wanting to use the expected behaviour of the next css standard. This prefix says that, or perhaps a "-css4beta-" prefix so we don't get caught by css5beta. IMO the web browsers should be saying what they are trying to provide not just that "this isn't the current version, it's mine".

    I am NOT saying that the "-vendor-" prefixes should go away, but just that when it becomes pretty much certain that a particular change should be in the next standard it goes into the extra prefix. That prefix becomes what would be in the standard if it were ratified tomorrow.

    At that point nobody cares how slow the W3C is.

  62. Don't forget the bugs by olau · · Score: 1

    Don't forget that mobile Webkit does have some annoying quirks, not least due to the way the whole touch thing has been integrated. It doesn't help that many devices are stuck on old versions. So it's actually a bit more complicated than just the -webkit prefixes.

  63. "Web standards" as we know them are pointless by tiggertaebo · · Score: 1

    And the always have been IMHO - when ever there is a platform with a majority market share then the de facto standard is always going to be whatever that platform supports.Back when IE had overwhelming market share in the desktop people could cry all they like about how their code was "standards compliant" but if it didn't work for the vast majority of visitors then it was essentially broken and the devs were just wasting their time. Other browser vendors can either support what the majority holder is doing or accept that some sites won't work quite right and I don't see that has changed in anyway - just because it's the other way around now doesn't alter anything.

  64. Microsoft pretends to set the standard :) by dgharmon · · Score: 1

    > WebKit is doing exactly what Microsoft accuses it of. They are developing their own extensions and putting them out as webkit- prefixed.

    How can a WebKit extension be non-standard, it's a WebKit extension. Why is it that WebKit works on everything except Microsoft Web Browser.

    --
    AccountKiller
  65. The web standard is stability by aseigfried · · Score: 1

    If you're heavily relying on webkits then you must like walking through minefields on your holiday off. At any moment browser vendors can make a simple update and throw off your entire stylesheet. Used lightly, with care taken that fall back options are acceptable, they are a great benefit to any website, but I have to agree with Microsoft that they're a crutch rather than an innovation. Browser vendors will always dictate what kind of CSS can and can't be used in the market, as great as WC3 is for helping 'standardize the coding masses' any senior level designer will remain nimble and up to date on how this technology changes. When all is said in done, stability is more important than features, so be safe and use webkits with care.

  66. Mac in VM only on Mac by tepples · · Score: 1

    Just multi-boot Windows or run it in a VM, just like how you would test on Linux or OSX. [...] it's actually easier than with an ipad where you cannot run the OS on anything but an ipad

    And one can't (lawfully) run Mac OS X on anything but a Mac. I was under the impression that VM software supported a Mac OS X guest only under a Mac OS X host, and even then only Lion (10.7) and later, and I estimate that fewer than 100 percent of smaller web developers own a Mac.

    Do you have various android tablets for testing all the different versions of webkit that come with with different versions of android?

    A large enough shop will own multiple Android devices.

  67. spelling nazi comment by Anonymous Coward · · Score: 0

    There is no such thing as "radius-border" in CSS.

  68. Pay by the bit for useless properties by tepples · · Score: 1

    Which means users have to pay by the bit to download properties prefixed to a browser that they don't use, unless you make a separate version of the CSS for each browser and send them with Vary: user-agent

    1. Re:Pay by the bit for useless properties by jonadab · · Score: 1

      > Which means users have to pay by the bit

      It's not 1996 any more. Nobody in the developed world still pays by the kilobyte, let alone by the bit. (Unless you count SMS -- a few cellphone users still have caps on that and get charged per-message if they go over -- but that's not applicable here, as we were talking about web pages.)

      Also, a couple of extra CSS properties only adds up a few dozen bits, which in the scheme of things is not much. I can easily more than make up for it by NOT loading down every web page with 817 megabytes of entirely gratuitous Javascript, Flash, and whatnot.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  69. Re:MS is the GOP of software companies. by the_B0fh · · Score: 1

    Oh. You got beat up by jocks in high school, so now the [party of your choice] and Bill Gates are the worst. I see it now, it all makes sense.
    Please, tell me about other things you hate.

    Most politicians are hypocritical. That is not the question at hand. You are apparently unable to see the analogy of normal average hypocritical and being a super-super-star. Let me see if I can make it clearer.

    Normal politicians == normal hypocrites.
    GOP politicians (most - but *NOT* all) = Olympic level hypocrites.

  70. Re:MS is the GOP of software companies. by phantomfive · · Score: 1

    Most politicians are hypocritical. That is not the question at hand. You are apparently unable to see the analogy of normal average hypocritical and being a super-super-star. Let me see if I can make it clearer.

    That's ok, at least I can see the hypocrisy is rampant even in the party I favor, which is something you seem incapable of. So I guess we're even.

    --
    "First they came for the slanderers and i said nothing."
  71. 'CruTcHy' (lol): No errtraps != good code... apk by Anonymous Coward · · Score: 0

    YOUR "CODE" lacked error trapping here -> http://developers.slashdot.org/comments.pl?sid=3258205&cid=42016197 (if you call using prebuilt functions coding, that is - more like a kid using legos, lol!)...

    ---

    Additionally - Didn't YOU say THIS also, in regards to coding:

    "...cos we all try to write code that "looks cool" and you know, writing code that functions and easy to debug is all of secondary importance" - by crutchy (1949900) on Sunday November 18, @02:55AM (#42017605)

    FROM -> http://developers.slashdot.org/comments.pl?sid=3258205&cid=42017605

    "?"

    QUESTION - Where's YOUR code that functions AND is easy to debug?

    ---

    It isn't - LMAO:

    * You write code like a NOOB does, completely omitting error trapping... and the proof's right in that 1st link above!

    APK

    P.S.=> Lastly/Again - Funny my code ran 5x perfectly here too, eh?

    http://developers.slashdot.org/comments.pl?sid=3258205&cid=42014943

    http://developers.slashdot.org/comments.pl?sid=3258205&cid=42016015

    http://developers.slashdot.org/comments.pl?sid=3258205&cid=42014957

    http://developers.slashdot.org/comments.pl?sid=3258205&cid=42014957

    http://developers.slashdot.org/comments.pl?sid=3258205&cid=42015649

    (As well as 100's of times the past 1.5-2 yrs. now using it vs. trolls like yourself... perfect, every single time!)

    * Care to EXPLAIN those PERFECT OUTPUTS, (lol) 'CruTcHy'?

    So much for this "tidbit" from you, eh (lol) 'CruTcHy':

    ---

    "i have never been talking about the code that you actually run in your python interpreter" - by crutchy (1949900) on Sunday November 18, @04:02AM (#42017797)

    Man - First of all - You can't even write ENGLISH properly - sentences begin with capital letters

    Perhaps it's MY FAULT here, lol (not)... How on EARTH could I expect you to write maintainable code WITH error trapping?

    Clue/New NEWS/NewsFlash: That's the code of MINE'S providing WHAT YOU NEED shown in the links above (& for others like you, as trolls, probably you posting again as ac)... lmao!

    What's THAT kids? Oh, yes - that's right: You GUESSED IT - A dose of "ReVeRsE-PsyChoLoGy"... lmao!

    ... apk

  72. Re:MS is the GOP of software companies. by the_B0fh · · Score: 1

    Apparently you can't read. I said in the first line:

    Most politicians are hypocritical.

  73. Re:MS is the GOP of software companies. by phantomfive · · Score: 1

    You're also dumb enough to believe the 'other' politicians are less hypocritical than the ones in your favored party. An act of blindness that is all too common in America.

    --
    "First they came for the slanderers and i said nothing."
  74. Re:MS is the GOP of software companies. by the_B0fh · · Score: 1

    I see your problem. You do not understand there are levels of dickishness and fuckupness.

    The GOP have shown themselves to be superstars at this game, to such an extent that they managed to blind their devoted followers. *bravo GOP*

  75. Re:MS is the GOP of software companies. by phantomfive · · Score: 1

    Let me guess, you also thing the GOP is full of racist sexist bigots who want to trample the poor people? They're worse hypocrites, and basically everything we hate about life. It's a good thing we've always been at war against the GOP.

    --
    "First they came for the slanderers and i said nothing."
  76. Really, this is just about optimizing for IE10 by DragonWriter · · Score: 1

    Essentially, what MS is doing is pitching for vendor neutrality

    Not really. While some of the bits of the post cited on adapting WebKit-optimized webpages to also be IE10-optmized might be seen in that light (the parts that refer to making sure to use unprefixed versions of webkit-prefixed CSS properties where IE10 supports the unprefixed version), what Microsoft is doing is exactly what the article title suggests -- telling people how to make websites work well on IE10 specifically. A lot of that has nothing to do with "vendor neutrality" (some of it using special ms-prefixed CSS, and a lot of it is about using non-standard MS JavaScript APIs or HTML extensions.)

  77. Wireless caps by tepples · · Score: 1

    Nobody in the developed world still pays by the kilobyte, let alone by the bit.

    By that definition, the United States (home of Slashdot) is not part of what you call "the developed world". Monthly caps on data transfer, on the order of 2 to 5 million kilobytes per month, are routine on satellite and cellular Internet plans in the United States. Or by "the developed world", do you refer only to surfing at home in markets served by DSL, cable, or fiber?

    1. Re:Wireless caps by jonadab · · Score: 1

      I've lived in the United States continuously since the mid seventies, and it's been aeons since I've heard about anyone here having a pay-by-the-megabyte internet plan. There are people still on dialup here, but to the best of my knowledge everybody (who has internet at all) has theoretically unlimited internet (though it can be a bit congested during peak hours and not provide the advertised speed).

      --
      Cut that out, or I will ship you to Norilsk in a box.
  78. 10 GB/mo on satellite (with citations) by tepples · · Score: 1

    I've lived in the United States continuously [...] to the best of my knowledge everybody (who has internet at all) has theoretically unlimited internet

    For $50/mo, satellite customers are only allowed to transfer 10 GB/mo. Please see this story about ViaSat and the plans offered by WildBlue.