Slashdot Mirror


CSS Support Could Be IE7's Weakest Link

Ritalin16 writes "Many web developers may be disappointed to hear that Microsoft decided to hold off on full CSS2 support with IE 7.0. As said by Microsoft-Watch: 'One partner said that Microsoft considers CSS2 to be a flawed standard and that the company is waiting for a later point release, such as CSS2.1 or CSS3, before throwing its complete support behind it.'" More commentary available from ZDNet. Generally related to the IE 7 Acid Test thrown down by Opera.

130 of 575 comments (clear)

  1. So... by Anonymous Coward · · Score: 5, Insightful

    Support CSS 2.1. We're really not picky. Anything is better than nothing.

    1. Re:So... by tabkey12 · · Score: 5, Interesting

      Has anyone ever justified these claims that CSS is a flawed standard? In slashdotters experience, is CSS flawed, and if so, how?

    2. Re:So... by Moonshadow · · Score: 5, Insightful

      CSS2 has some flaws, but it's a far cry better than anything IE currently offers. Writing cross-browser CSS can be an exercise in frustration unless you resort to browser-specific stylesheets. I just want IE to support, you know, the standard.

    3. Re:So... by Maul · · Score: 3, Insightful

      There are certainly shortcomings in CSS, in my opinion, but CSS does a pretty good job when the browser supports it properly. Opera and Mozilla/Firefox currently seem to do an excellent job of supporting CSS.

      The only reason Microsoft doesn't support CSS properly is that they don't OWN it. MSIE supporting CSS properly would be a massive step towards web interoperability, which is definately against what MS wants.

      --

      "You spoony bard!" -Tellah

    4. Re:So... by nine-times · · Score: 4, Insightful
      I'm not trying to dismiss your question (I'd like to hear more answers), but even if we assume that it's flawed, I still really want to say, so what? It's still the standard.

      Is Microsoft seriously arguing that they've never thrown their weight behind an imperfect work-in-progress technology/standard before? Is the imperfectness of CSS2 made better by making IE render it improperly?

      Now, I'm not trying to keep people from discussing the finer points of possible improvements to web-standards, but can't we all agree that it's better to have all browsers interpreting the same standards the same way?

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

      I'd say that the biggest flaw is the majority of web pages have a column layout, yet there is no way of *easily* creating columns in CSS2. For that you have to go to a CSS3 working draft... which could change.

    6. Re:So... by Shimbo · · Score: 4, Insightful

      Has anyone ever justified these claims that CSS is a flawed standard?

      CSS 2 is clearly a flawed standard; it had pages of errata, then CSS 2.1 got released as a maintenance release. You can't implement a standard fully when it isn't self-consistent.

      The big problem was that, for once, the standards people were some way ahead of what was supported by the browsers. That's dangerous, because you really want at least two independent implementations of a standard to see if there is any ambiguity.

      The problem is self-perpetuating. If you take the attitude of not starting on implementing a standard until it's finish, then you're providing no feedback to the standards process.

    7. Re:So... by tesmako · · Score: 3, Interesting
      All W3C standards are heavily flawed. One can in general say this much about the situation, if something (the WWW) has been around for >15 years, and despite this:
      - The user experience is only so-so.
      - The standards are so numerous that it is hard to even have a general idea where all fit into the big picture.
      - Writing a reader for it is such a huge undertaking that not even the largest and most successful businesses manage to pull it off well then something has gone very wrong.
      then something is wrong.

      The WWW should have been able to stabilize at some level years ago, making it possible to actually make a browser with a reasonable amount of effort. The underlying problem is not that hard, it is just a continuos pie-in-the-sky standardization effort ripping everything invented at any point apart in the next revision since they have decided that there are some better way to do it.

      People have at this point come to accept it as the way things should work (being worried when there is no new standard for a year or two), but this is really a hopeless situation. If we had actually reached any level of comprehensiveness as far as web-based applications were concerned it would be less to think about, but the web is still in a primitive state.

      Consider this coders and software designers:
      - Make a presentation format that separates content from layout.
      - Allow textual information with embedded images and external plugins/objects.
      - Include some basic scripting, some basic widgets (buttons, textfields, drop-down boxes).
      - See to that it is decently easy to screen-scrape, use with screen-readers and is resolution independent (may be done by automatic switching of layouting information).

      Does anyone really feel that this has to be so complex that one can't complete it in under 15 years and one can't make it simple enough to actually make it possible for a hobbyist to implement a reader for? Sure the W3C has standards for a lot more, but that is part of the problem, the core is too huge. If one had a simple core it would have been easy to throw in MathML later and get people to pick it up, but since it is hard to in any sense even finish the core who is going to have time to make MathML work?

      Web standards need a big sanity check.

    8. Re:So... by angrytuna · · Score: 5, Informative
      From a google cache of a transcript with some members of the IE dev team:

      Host: Dave (Microsoft)
      Q: ali : Will the next release have full CSS 2 and CSS 3 support?
      A: Hi Ali, It's too early to make any commitments as we concentrate on implementing the features that make most sense to our customers. CSS2 is actually a flawed standard that nobody has full support for. CSS2.1 is currently in draft recommendation to fix this and we hope to improve out support there in the future.

      And from the W3C's page on the subject:
      CSS 2.1 corrects a few errors in CSS2 (the most important being a new definition of the height/width of absolutely positioned elements, more influence for HTML's "style" attribute and a new calculation of the 'clip' property), and adds a few highly requested features which have already been widely implemented. But most of all CSS 2.1 represents a "snapshot" of CSS usage: it consists of all CSS features that are implemented interoperably at the date of publication of the Recommendation.

      So it looks like they are intending at least some form of growth in this direction. They did fix the box model problem with IE 6, so I'm inclined to take this statement at face value.

      --

      It is a solemn thought: dead, the noblest man's meat is inferior to pork.

    9. Re:So... by oliverthered · · Score: 2, Insightful

      1: the whole margins thing is odd (and this is one of M$'s main problem areas in IE)

      width = width + margin, not content width = width - margin, as you would expect.

      This makes layouts trickey.

      Also, it's hard to properly layout dynamic content, say for instance: I want all members of class abc to be the same with, but that width is dynamic dependant on the content, or I want my page body to be the menu width away from the edge and I want the menu width to be the size of the largest entry + a 1em margin. No can do.

      You should be able to use group sizes and reference other elements sizes in style sheets. Otherwise it's almost impossible to make a nice dynamically sizing website using CSS.

      --
      thank God the internet isn't a human right.
    10. Re:So... by Elwood+P+Dowd · · Score: 2, Interesting
      1. I have no idea if CSS is flawed, or what the problems might be with it.
      2. According to Dave Hyatt, "Sometimes trying to support the standards can be a real pain."
      Yes, in that article some of his woes may have been caused by IE6 and lower, but IE7 will have to deal with the precedent set by IE6 just the same.
      --

      There are no trails. There are no trees out here.
    11. Re:So... by critter_hunter · · Score: 5, Informative

      No browser supports CSS2 in its entirety (only KHTML browsers supports text-shadow, for instance), but CSS2.1 is fully supported by Opera 7.5, and Mozilla supports about 99.9% of it (and the parts they don't support aren't really important - counters are nice but far from essential)

      --
      Karma: Could be worse (could be raining)
    12. Re:So... by Anonymous Coward · · Score: 5, Informative

      All W3C standards are heavily flawed.

      You've read them all? And tried implementing them all? And written documents using them all? If not, then you aren't qualified to make such a statement.

      Writing a reader for it is such a huge undertaking that not even the largest and most successful businesses manage to pull it off well then something has gone very wrong.

      Blame the browser vendors. If they hadn't engaged in an arms race to build the most complex error workarounds, then it would be a much simpler matter to build a user-agent (that's the correct term for what you call "a reader").

      The underlying problem is not that hard, it is just a continuos pie-in-the-sky standardization effort ripping everything invented at any point apart in the next revision

      HTML, CSS, HTTP, ECMA-262 have all been incrementally improved while remaining backwards compatible. The core specifications that web browsers implement have not been "ripped apart" even once since their conception.

      Don't believe me? Go ahead, write an HTML (as in 1.0) document and you'll find that web browsers understand it just fine. Talk HTTP 0.9 to Apache, and watch it respond just fine. Hell, you can link CSS 3 stylesheets with HTML 2.0 documents and have it work exactly as you would expect, even though HTML 2.0 predates CSS by years.

      Make a presentation format that separates content from layout.

      HTML describes the content of a document. CSS gives presentation.

      Allow textual information with embedded images and external plugins/objects.

      HTML does this.

      Include some basic scripting

      ECMA-262

      some basic widgets (buttons, textfields, drop-down boxes).

      HTML does this

      See to that it is decently easy to screen-scrape, use with screen-readers

      HTML does this

      and is resolution independent

      CSS gives you the option of writing resolution independent or resolution dependent stylesheets.

      Does anyone really feel that this has to be so complex that one can't complete it in under 15 years

      Funny, all of the above has been working in browsers for years.

      one can't make it simple enough to actually make it possible for a hobbyist to implement a reader for?

      Plenty of hobbyists have written browsers. The original WorldWideWeb browser was little more than a hobby project.

      Sure the W3C has standards for a lot more, but that is part of the problem, the core is too huge.

      I fail to see how much smaller it could get. HTML for content, CSS for presentation, HTTP to retrieve resources across a network, URIs for addresses, and ECMA-262 for client-side scripting.

      By all means, please point out which one is unnecessary or too complex, because at the moment, you sound like just another W3C naysayer who doesn't know what he is talking about.

    13. Re:So... by IamTheRealMike · · Score: 2, Insightful

      The web used to be easy to implement readers for, back when it was first created. Then it got interesting and useful.

    14. Re:So... by masklinn · · Score: 5, Interesting

      CSS 2.0 (or even 2.1) being *so* unbelievably tough to implement is probably the reason why no one managed to create IE5.x and IE6 CSS "patches"...

      oh wait, it's been done, and with only Javascript

      Rewrite large parts of the browser, yeah, right...

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    15. Re:So... by masklinn · · Score: 2, Interesting
      So why are they supporting HTML?
      They aren't, quite a lot of HTML4.01 elements are absolutely not understood by MSIE (, , table's , ...)
      And IE6 has no understanding whatsoever of XHTML, be it 1.0 or 1.1, the only thing it can understand is XHTML served as HTML (aka relying on interpretation bugs to get your XHTML parsed as if it was HTML).
      Or previous CSS versions?
      They aren't either, even though MS claims full compatibility with CSS1 they only implemented CSS1 Core (and not even correctly), leaving out or misimplementing things like fixed backgrounds or :hover pseudo class (allowing it only in associations with anchor elements while it's supposed to work with any element), or plain and simply releasing a bug-ridden support as a rule of thumb...
      yeah, CSS support indeed...
      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    16. Re:So... by Carewolf · · Score: 2, Interesting

      Mozilla is more like 95%, besides counters are quotes, and white-space pre-line, pre-wrap.

    17. Re:So... by vdboor · · Score: 2, Informative
      oh wait, it's been done, and with only Javascript

      The IE7.js is a great attempt to fix IE's behavour, but it has great disadvantages. It makes pages render very slow. Definitely not what you want.

      Much rather, try making IE hacks in your CSS code with stuff like "* html .class { \width: 200px; }". It takes some effort, but makes your site IE compatible without slowing down the rendering.

      --
      The best way to accelerate a windows server is by 9.81 m/s2 ;-)
  2. Spare Me by filmmaker · · Score: 4, Insightful

    "One partner said that Microsoft considers CSS2 to be a "flawed" standard and that the company is waiting for a later point release, such as CSS2.1 or CSS3, before throwing its complete support behind it." If MS were so concerned about quality standards, they would embrace the best thing we have: CSS 2. And then, when 2.1 or 3 came along, they'd support that promptly.

    1. Re:Spare Me by Dolda2000 · · Score: 4, Informative
      And then, when 2.1 or 3 came along, they'd support that promptly.
      CSS 2.1 has come along. The standard is time stamped 25 Feb 2004, so it has been out for over a year.

      Thus, I hope that I speak for all of us when I say: If you think CSS 2.1 is better than CSS 2, just go ahead and implement it. I sure won't mind if you choose 2.1 over 2.

  3. Generally related to the IE 7 Acid Test by tomhudson · · Score: 4, Funny

    Well, it probably does *help* to be doing acid when trying to get IE to work properly ...

    1. Re:Generally related to the IE 7 Acid Test by RangerRick98 · · Score: 2, Funny
      Well, it probably does *help* to be doing acid when trying to get IE to work properly ...

      I have a friend that does it quite regularly.

      *shudder*... ugh, sure don't want to end up like him.


      Is that shudder because of the "doing acid" part or the "trying to get IE to work properly" part?
      --
      "You're older than you've ever been, and now you're even older."
  4. Just like... by turtled · · Score: 5, Insightful

    See, that's the problem. It's just like Microsoft to say "We'll wait til later ( point release, such as CSS2.1 or CSS3) before throwing our complete support behind it" I don't understand! You have to plan for the future, no plan after the fact!

    --
    "I cannot think of any need in childhood as strong as the need for a father's protection." -- Sigmund Freud
  5. Oh The Irony by Anonymous Coward · · Score: 4, Insightful
    from the who-uses-that-css-stuff-anyway? dept.

    Certainly not slashdot, it seems. In fact, they don't seem to be adhering to any standards at all.

    Funny how that open source superiority give slashcode cruddy HTML code and horrible, outdated design.

    1. Re:Oh The Irony by Vihai · · Score: 3, Insightful

      Designers may spend hours on a single page (someone with photoshop), geeks may spend hours on a CSS and use it for hundreds of pages.

    2. Re:Oh The Irony by jm92956n · · Score: 5, Informative
      Check out Taco's latest Journal entry, dated March 8 (excerpts below):
      One of the most common requests I get today is to bring Slashdot up to date with modern web technologies like CSS & XHTML.

      The truth is that bringing Slashdot into the modern era of web design would please me beyond measure. It is unfortunately, non-trivial to do this.

      Fortunately for us, Wes, OSTGs super HTML pimp is going to take a crack at actually making a proper CSS/xHTML layout for Slashdot.

      --
      An effective signature identifies a particular user amongst a base of thousands.
    3. Re:Oh The Irony by spectre_240sx · · Score: 2, Insightful

      Didn't A List Apart already take care of this task for them? I believe the code was donated and everything.

  6. Why I hate developing webpages... by bdigit · · Score: 3, Insightful

    Even when you design a standards compliant webpage you still need to use hacks to get things to work and validate correctly. And because of IE who refuses to fully support CSS it just makes life more miserable for web developers wasting time on figuring out how to hack together their code to display correctly on all web browsers. I hope companies start designing webpages for Firefox only and it will display a message when you try to access the site in IE saying please use firefox to access this website.

    1. Re:Why I hate developing webpages... by someonewhois · · Score: 3, Insightful

      Why would ANY company block out IE? That's the stupidest thing I've ever heard. They still have the huge majority of the market share.

      Businesses are out to make money -- why would they care about technology? God.

    2. Re:Why I hate developing webpages... by Arctic+Dragon · · Score: 2, Insightful

      Designing pages for one particular Web browser is a bad idea, especially for a browser that has a relatively small market share (sure, Firefox is gaining popularity, but IE still has the majority of market share). Locking out users is unprofessional and bad for business.

    3. Re:Why I hate developing webpages... by tepples · · Score: 5, Insightful

      Designing pages for one particular Web browser is a bad idea

      Using CSS2 and designing for the set of all browsers known to support most of CSS2 isn't "designing pages for one particular Web browser".

    4. Re:Why I hate developing webpages... by msoftsucks · · Score: 3, Interesting

      True. But the experience for IE users can be worse. On the page you can say, "Best viewed with Firefox" and then have a link to www.mozilla.org. M$ has been doing this crap for years. Maybe its time for M$ to get a taste of its own medicine.

      --
      Quit playing Monopoly with Bill.
      Linux - of the people, by the people, and for the people.
    5. Re:Why I hate developing webpages... by ad0gg · · Score: 2, Insightful

      Actually IE makes it very easily for web developers, with 90% of the market, you only need to design for one browser. And the 10% who run opera/mozilla are the ones who usually run ad blocking software, so you can fuck them anyway without any real loss in revenue.

      --

      Have you ever been to a turkish prison?

    6. Re:Why I hate developing webpages... by earthbound+kid · · Score: 4, Interesting

      Since IE doesn't support CSS 2, it's really easy to slap a "Get Firefox!" tag at the bottom of a page, then use CSS 2 selectors to hide it from browsers that follow standards. That means that if IE7 actually does support standards, visitors will stop seeing a warning to switch browsers on my page. And why not? If IE actually could render a page correctly, then I wouldn't have a problem with it. Until then, I'm keeping an FF logo on the bottom of the page and hiding it with CSS 2:

      http://deadhobosociety.com/wiki/

    7. Re:Why I hate developing webpages... by FuzzyBad-Mofo · · Score: 2, Insightful

      You're rationalizing. Suppose IE gets down to 60% market share. Are you prepared to go back and fix all those non standards-compliant sites? It's much better to write to the standards to begin with.

      The upshot of developing with Mozilla/Firefox, is that cross-browser compliance is a breeze. But if you develop your site with IE, then try to fix it for other browsers.. good luck!

    8. Re:Why I hate developing webpages... by msoftsucks · · Score: 2, Insightful

      My "mission" for my company is to provide good IT services for as low a cost as possible. Right now, I can't really do that because M$ doesn't want to play by the rules. When creating a web site, I actually have to create 2 web sites. One for all those browsers that follow the true standards, and one for M$ IE. That costs my company alot of money. The goal is to reduce this to 1, by eventually removing the need to code specifically for IE. Now, M$ has a choice as to how this is going to happen. It either supports the public standards that make up the Internet or not. Right now, its choosing the latter approach. Since its doing this, I'm forced to take other measures to help reduce the need to code for multiple browsers. This includes educating users that IE is an inferior browser. By taking a few minutes of my time, and placing a "Best viewed with Firefox" link on my web site, I'm doing exactly that.

      --
      Quit playing Monopoly with Bill.
      Linux - of the people, by the people, and for the people.
    9. Re:Why I hate developing webpages... by FuzzyBad-Mofo · · Score: 2, Insightful

      I think you're overstating the case for browser differences in regards to emerging web technologies (XMLHttpRequest, etc.). At least 95% of today's web sites can easily be made cross browser compliant without resorting to the insanity of UserAgent sniffing.

      By using a valid DOCTYPE, modern browsers will be placed into standards compliance mode. This will eliminate most rendering differences. Next, define CSS whitespace attributes for block level tags, which will eliminate any differences in spacing. For scripting, usage of getElementById and getElementsByTagName will allow cross-browser DHTML with few browser-specific hacks.

      So you see, it's really not that hard to achive standards compliance. When I am forced to include some browser-specific code due to lack of standardization or differing implementations, I try to make it as generic as possible, and provide a fallback method.

  7. more on css2 by dmf415 · · Score: 4, Informative

    This specification defines Cascading Style Sheets, level 2 (CSS2). CSS2 is a style sheet language that allows authors and users to attach style (e.g., fonts, spacing, and aural cues) to structured documents (e.g., HTML documents and XML applications). By separating the presentation style of documents from the content of documents, CSS2 simplifies Web authoring and site maintenance.

    CSS2 builds on CSS1 (see [CSS1]) and, with very few exceptions, all valid CSS1 style sheets are valid CSS2 style sheets. CSS2 supports media-specific style sheets so that authors may tailor the presentation of their documents to visual browsers, aural devices, printers, braille devices, handheld devices, etc. This specification also supports content positioning, downloadable fonts, table layout, features for internationalization, automatic counters and numbering, and some properties related to user interface.

    more here:
    http://www.w3.org/TR/REC-CSS2/

  8. So In Other Words... by MightyMartian · · Score: 3, Insightful

    Microsoft has once again decided that it's going to go its own way, and I'm sure this means more crippled MS pages that other browsers can't read. I'm going to start making it very clear to my customers now that MS has no intention of playing nice on the web, and recommending Opera or Firefox.

    --
    The world's burning. Moped Jesus spotted on I50. Details at 11.
    1. Re:So In Other Words... by jbellis · · Score: 2, Funny

      "I'm going to start making it very clear to my customers now that MS has no intention of playing nice on the web"

      Wow. Welcome to 1998.

  9. Well... by th1ckasabr1ck · · Score: 4, Interesting
    Michael Cherry, senior analyst at Directions on Microsoft, said he believes the software giant's biggest focus will be on security issues with features and standards support taking a back seat.

    I guess that's not THAT bad.. Sure it would be nice to have CSS2 support, but security seems to be the #1 thing everyone bitches about around here and is probably more important.

    Then again, I can't really see why they don't do both...

  10. Irony at it's best by grasshoppa · · Score: 4, Funny

    MS complaining about broken standards.

    --
    Mod me down with all of your hatred and your journey towards the dark side will be complete!
    1. Re:Irony at it's best by Tenebrious1 · · Score: 4, Insightful

      well, is it a broken standard or is the standard 'flawed' in that way that they don't know how to easily support it in their codebase?

      Well, it's really only "flawed" because MS doesn't control it...

      --
      -- If god wanted me to have a sig, he'd have given me a sense of humor.
    2. Re:Irony at it's best by iamthemoog · · Score: 4, Funny

      surely "Slashdot posting articles about css standards" ?

      --
      No Norm, those are your safety glasses; I'll wear my own thanks...
  11. Boo... Sort of by MankyD · · Score: 2, Insightful

    Agreed, CSS needs some work, but its a hell of a lot better than nothing at all (or flawed support, anyways.) What gives?

    --
    -dave
    http://millionnumbers.com/ - own the number of your dreams
  12. This is silly... by Anonymous Coward · · Score: 5, Insightful

    Yesterday I had to make a page.
    I made it in firefox with no problems. Then, I looked at it in IE and it was terrible. If I code to standards why can't microsoft make their products support standards?

    1. Re:This is silly... by noidentity · · Score: 2, Insightful

      So you conclude that IE is broken because it looks terrible in IE and good in Firefox? Don't assume that all HTML code is valid and standards-compliant, and that something looking good in Firefox is proof that it's compliant HTML and that what you see in Firefox is correct.

  13. Flawed logic by wileynet · · Score: 5, Interesting

    We consider the standard to be flawed. So instead we will continue with our flawed support of the previous standard.

  14. Microsoft and standards.... by room101 · · Score: 4, Funny
    Microsoft considers CSS2 to be a flawed standard
    In other news, Microsoft considers every standard to be flawed. You know, no innovation and such.
    --
    room101 -- how much can you stand before they break you?
    (they always break you eventually)
  15. Translation .... by gstoddart · · Score: 4, Funny

    We don't want to support your flawed standard so we can have a chance to push our own flawed standards.

    --
    Lost at C:>. Found at C.
  16. At this point, who cares? by Ars-Fartsica · · Score: 5, Insightful

    People will use IE7 because windows update will automatically put it in place of IE6 one day. It will fix some bugs and create others. It will not change how web developers create sites, it will not derail Firefox, it will not make people salivate for Longhorn.

  17. Wait till CSS2.1/3? by critter_hunter · · Score: 4, Interesting

    What a load of crap! CSS3 builds up upon CSS2.1, and even though CSS2.1 is still a candidate recommendation, it's being pushed as the standard by the W3C (as evidenced by the fact they are linking to CSS 2.1 in the navigation menu of their CSS page)

    Of course, some people are actually in favour of IE not supporting CSS any better than it currently does - with IE7 being unavailable on platforms older than XP, and any attempted improvement to CSS being likely to add more than it's share of CSS bugs, it would just make another browser developpers need to work around. The evil we know might just be better...

    --
    Karma: Could be worse (could be raining)
    1. Re:Wait till CSS2.1/3? by KarmaMB84 · · Score: 2, Insightful

      Yeah, phasing out obselete products after more than half a decade is pretty shitty.

  18. Re:Flawed Standard? by nightski · · Score: 5, Interesting

    What. Just because their products have their own flaws means they should adopt all technologies that are flawed?

    --
    "Ideas without action are worthless."
  19. Strategy from a Different Age by Onimaru · · Score: 4, Insightful

    Once upon a time, this would have worked. Take the emerging layout standard that doesn't use your bizarro extensions and strange layout tactics, decide not to support it, and force everyone who wants slick new layout features to write for either you or everyone else, or else write every page twice.

    But I'm not so sure this is a good idea now. The fact is that more and more people are getting to the point that they would rather write for everyone but IE rather than just IE. I think falling behind on standards while steaming ahead with the next generation of crappy proprietary extensions just isn't going to work again. In fact, I think this might accellerate the death of IE.

    Bottom line: bad move. The correct response to more competition is to compete, not to stick your fingers in your ears and scream "LA LA LA I'M NOT LISTENING!"

    --
    adam b.
    1. Re:Strategy from a Different Age by superflippy · · Score: 2, Interesting

      The fact is that more and more people are getting to the point that they would rather write for everyone but IE rather than just IE.

      True. I usually make sure a layout works in standards-compliant browsers first, then add in CSS hacks to make it work in IE. For personal projects, if a particular feature (e.g. adjacent sibling selectors) isn't available in IE, IE users will just have to live without the extra pretty. For work-related projects, I have no choice but to implement bloated workarounds to mimic what should be simple style declarations.

      --
      Your fantasies contain the seeds of important concepts.
  20. back to explorer? by sakri · · Score: 2, Interesting

    I just hope all those people who "defected" to firefox wont go "back to daddy" because "they've fixed it all"...

  21. Stylesheets and MS by phorm · · Score: 2, Interesting

    Didn't MS introduce their own "standard" for stylesheets at one point? Perhaps they're just gunning to introduce a new "MS standard" to blow off browsers using the real standard?

    1. Re:Stylesheets and MS by JimDabell · · Score: 3, Informative

      Didn't MS introduce their own "standard" for stylesheets at one point?

      You're probably thinking of JSSS, which was a stylesheet language based upon Javascript, introduced by Netscape 4, that competed with CSS. Internet Explorer has had a partial implementation of CSS since 3.0 (it was the first browser with CSS support).

  22. IE7 & Google by tpengster · · Score: 4, Interesting

    Let's put two and two together:

    • Google is gaining a huge foothold on the web. Alot of Google's new sites (gmail/maps/suggest) depend heavily on Javascript
    • Microsoft decides to release a new version of IE

    Perhaps the new microsoft motto will be "IE's not done till Google doesn't run"

    This won't be a huge problem since Google can simply update their code. However, I wouldn't be surprised if alot of JS functionality that would be very useful to google either now or in the future is simply "missing" on IE7

    There has been alot of talk of Google launching a new era of computing with the web as the OS. But Microsoft controls the web (through IE), and they won't allow the web to become a competitor to Windows.

    1. Re:IE7 & Google by the+pickle · · Score: 2, Insightful

      Yeah, but would most people rather have a working Google or a working IE?

      I submit that the unwashed masses would now prefer the former to the latter.

      p

    2. Re:IE7 & Google by jbplou · · Score: 2, Insightful

      Not to troll, but your crazy. If they limit Javascript they will kill millions of websites, just to get at Google. Make no mistake Google is still small time compared to MS, large corporate clients would be very upset when their webpages cease to function properly on IE. MS wouldn't do something to hurt themselves with businesses

  23. Easy solution by NoSuchGuy · · Score: 4, Funny

    Rename CSS2 to CSS2.1 or CSS3

    It doesn't matter what's inside the documents.

    MS only supports what it want's to support.

    Think about it!

    --
    Grundgesetz * 23. Mai 1949 - 30. November 2007 - http://www.vorratsdatenspeicherung.de/
    1. Re:Easy solution by drspliff · · Score: 2, Interesting

      Your damn right about Microsoft only supporting what it wants to support, an issue with PNG images has existed for years..

      To get PNG images with an 8bit alpha channel (also known as super-cool translucent stuff for those of you that are non-technical), you had to use a microsoft specific CSS property that manipulated the DHTML/DirectX attributes of the image... All of that instead of just correctly implementing the PNG standard.

      Without full support for CSS2, less and less web developers will be pushing the limits of what CSS2 can do (lets face it.. MS/IE still has the majority). Without a wide adoption of CSS2 the W3C won't be pushed as much to revise and improve CSS2 to create CSS3 (or an intermediate version)

      As a web developer I'm seeing this as a major kick in the teeth from Microsoft, we've been waiting for years for a version of IE that actually works towards standards, instead of yet another botched implementation.

      Hell, if they made IE 7 open-source i'd implement as much of CSS2 as a lone developer could, but thats just wishful thinking :)

      Is it just me? Or am I seeing the whole Netscape/Microsof fiasco happening again, but with different players?

  24. Weakest link? by smooth+wombat · · Score: 3, Interesting

    I read the title and thought, "CSS will be IEs weakest link? Something doesn't sound right."

    This sounds like typical Microsoft logic. "Just wait a bit longer and something better will come out." CSS2 is here now and people are using it. Support it instead of forcing web designers to put in loads of ugly hacks just to make your bloated software work as it should in the first place.

    Yeah, I'm bashing Microsoft but it is deserved in this case.

    --
    We will bankrupt ourselves in the vain search for absolute security. -- Dwight D. Eisenhower
  25. Translation by bonch · · Score: 4, Insightful

    "I'm Microsoft, and I'm a big monopoly, so I'm arbitrarily deciding not to support standards I don't like. For no other reason than I don't like them. Secretly, it's just because I don't want to adopt standards that compete with my own, but my managers have told me to tell everyone I just think it's a buggy implementation. I never make any of those..."

    Someone should start an organization that publicly hands out awards to companies that severely hinder the progress of technology. Microsoft would win every year. The web has been held back for seven years now because IE won't properly support CSS2. That's like someone developing an improved version of gasoline that costs and pollutes less, and then none of the gas stations adopting it for close to a decade even though it's cheap and available. You look back and shake your head that all this time, people could have been saving money and polluting the air less and they have no idea.

    The general public doesn't even realize the web would look and interact much better than it does now. We should have been visiting more advanced websites years ago. But the web still looks and functions the way it did in 2000, because the majority browser IE doesn't adopt technological progress. It's times like these I wish I was rich enough to run public service commercials that stated all this, just to inform people how they're being hindered without even knowing it.

  26. Firefox rendering engine for ie by acomj · · Score: 4, Interesting

    Someone should make a ie "plug in" that handdles ccs. We have a couple open rendering engines (geko/khtml)..

    Could this be done?

    1. Re:Firefox rendering engine for ie by eric_brissette · · Score: 2, Insightful

      Pshh, have some imagination! Just use ActiveX to install it like the rest of the software Joe Desktop doesn't know he installed.

    2. Re:Firefox rendering engine for ie by Auckerman · · Score: 4, Informative

      I use this. Though, it's not a "plugin", it works quite well.

      --

      Burn Hollywood Burn
  27. Just askin' by bonch · · Score: 2

    Why was I modded "flamebait?" Internet Explorer's broken support of CSS2 has hindered its full adoption for years. Microsoft now controls the standards of the Web unless web developers speak out VERY loudly to drown out their press releases.

  28. time to spend some karma by M.C.+Hampster · · Score: 4, Insightful

    Can we get the parent modded up? It's ridiculous for any employee of Slashdot to be criticizing anyone for their lack of support for web standards.

    --
    Forget the whales - save the babies.
    1. Re:time to spend some karma by drew · · Score: 5, Interesting

      if by "adheres quite reasonably" you mean "enough errors on the main page that the w3c validator gave up and stopped counting after the first 50", then yes, slashdot adheres quite reasonably to HTML 3.2.

      --
      If I don't put anything here, will anyone recognize me anymore?
    2. Re:time to spend some karma by arkanes · · Score: 3, Informative

      Since 3 people all posted the same thing, I'm going to respond to the first and the last. The w3c validator is much stricter than the standard as written. Slashcode actually stands up quite well against the written standard. For example, closing LI tags are flagged by the validator but not required by the standard.

    3. Re:time to spend some karma by ratsnapple+tea · · Score: 2, Insightful

      Not closing <p>s and <li>s is one thing, but those are far from the only errors in Slashcode's HTML output. Invalid attributes, invalid elements, missing character encoding... the list goes on and on. But that's sort of beside the point. The point is that it's obvious Slashcode's developers don't give a shit about web standards, so it's rather hypocritical for them to whine about IE's doing the same.

  29. Please excuse my ignorance here by psyklopz · · Score: 3, Insightful

    I'm surprised it hasn't been said:

    Wouldn't supporting CSS 2.1 or CSS 3 imply support for CSS 2? These standards are backwards-compatible, right?

  30. Re:Flawed Standard? by rkeen · · Score: 2, Informative

    Just sounds like the pot calling the kettle black. I just thought the irony was intresting is all.

  31. one question by danielk1982 · · Score: 2, Insightful

    Wouldn't a company who owns over 90% of the market essentially dictate what is an what isn't a standard?

    If Microsoft doesn't back CSS2 then CSS2 has no chance of becoming a standard.

  32. Flawed? by Apathetic1 · · Score: 3, Interesting

    I dislike CSS because it makes the most common layout formatting (columns) hard to implement. I also dislike that it has no inheritance. Just as an arbitrary illustration, I get sick of writing:

    a {
    some formatting
    }

    a.somestyle {
    more formatting
    }

    a.otherstyle {
    yet more formatting
    }

    instead of, say:

    a {
    some formatting

    .somestyle {
    more formatting
    }
    .otherstyle {
    yet more formatting
    }
    }

    Great concept, mediocre execution. This "flawed standard" garbage, however, is just a lame excuse.

    --

    My username does not make me Apathetic. It's irony, get it?

    1. Re:Flawed? by hsoft · · Score: 4, Informative

      Why not writing this instead?

      a,a.somestyle,a.otherstyle {common formatting}
      a.somestyle {specific formatting}
      a.otherstyle {specific formatting}

      --
      perception is reality
    2. Re:Flawed? by DoctorMO · · Score: 3, Informative

      Actualy,

      a {common formatting}
      a.somestyle {specific formatting}
      a.otherstyle {specific formatting}

      should work too.

    3. Re:Flawed? by Apathetic1 · · Score: 2, Informative

      The first part of my example above does accomplish that slightly less verbosely (the "a" common formatting will cascade down so you don't explicitly have to mention a.somestyle and a.otherstyle in the common formatting section) but I would like to be able to nest styles intelligently, which you can't do under the current CSS standards.

      --

      My username does not make me Apathetic. It's irony, get it?

    4. Re:Flawed? by oliverthered · · Score: 4, Insightful

      columns are easy, dynamic columns are a right bastard. CSS needs groups and referncing.

      myclass{
      width = grouped
      }

      myclass2{
      left = myclass.right
      height = id.height
      }

      etc...

      --
      thank God the internet isn't a human right.
    5. Re:Flawed? by nine-times · · Score: 2, Insightful
      I dislike CSS because it makes the most common layout formatting (columns) hard to implement.

      I'd agree to that. In fact, I find a lot of the positioning control a little hard to deal with, but I wonder if some of that might be the browser implementations rather than the standard itself. You know, sometimes I try to place something, and I'm pretty sure I've done it the right way, but it takes a hell of a lot of tweaking to get it to show up where I want it. That might be browser issues, but it might also be that I'm somehow confused by the standard and missing some detail of what I'm doing.

      Just as an arbitrary illustration, I get sick of writing:

      Personally, I think I'd end up getting *more* confused by your layout. Too many brackets, too much nesting. Maybe you're right that there's a better way, but I'm not sure what.

      But I think you're right to refer to these issues as 'things you dislike' rather than flaws. I don't believe I'm arguing with you if I say that these are areas where CSS has room for improvement, but they aren't "flaws".

    6. Re:Flawed? by JimDabell · · Score: 5, Informative

      I dislike CSS because it makes the most common layout formatting (columns) hard to implement

      That's a common misconception. CSS has made that easy for seven years (display: table-cell), it's part of the CSS 2 specification.

      The reason why nobody knows about it is because even though Safari, Mozilla, Opera, Konqueror, Firefox, Omniweb, etc. implement it, Internet Explorer doesn't, which means it might as well not exist.

      This is why everybody is so keen for Microsoft to implement CSS 2. Or CSS 2.1, which is CSS 2.0 with the more difficult parts taken out and a couple of proprietary Internet Explorer properties thrown in.

      It's not "CSS making it hard", it's "CSS making it easy and Microsoft making it hard".

      I also dislike that it has no inheritance.

      For most purposes, grouping selectors is more than enough. The example you gave is a bit odd, because CSS lets you do that easily:

      a {
      some formatting
      }

      a.somestyle {
      more formatting
      }

      a.otherstyle {
      yet more formatting
      }
    7. Re:Flawed? by Apathetic1 · · Score: 2, Interesting

      I'll admit my example was contrived but I don't have a real example handy just now. I wish CSS had nesting because I find it unnecessarily verbose.

      --

      My username does not make me Apathetic. It's irony, get it?

    8. Re:Flawed? by eggz128 · · Score: 5, Informative

      I'm not entirely sure this is what you are after, but did you realise you can combine classes?

      i.e. .style1 {color: red;} .style2 {background-color: blue;} .style3 {border: 2px solid black;}

      <p class="style1">I Have style 1</p>
      <p class="style1 style2>I have style1 and style2 combined</p>
      <p class="style1 style3">I have style1 and style3</p>
      <p class="style1 style2 style3">I have the lot!</p>

    9. Re:Flawed? by AkaXakA · · Score: 3, Informative

      Actually, depending on what you want to do:

      a {common formatting}
      containing_element1 a {specific formatting}
      containing_element2 a {specific formatting}

      This decreases all the classes you need to add.

      PS. For those that don't read css: The last line reads: all the "a" located in the "containing_element2" have to recieve {specific formatting}. (and it overrides the common formatting too if you define, say, the margins again.)

    10. Re:Flawed? by nautical9 · · Score: 2, Interesting
      Thank you! That may be the single most useful CSS tip I've encountered over the past year. Unbelievable (and somewhat embarassing) that I haven't ran into in over 3 CSS books and countless CSS articles.

      Is it actually part of the standard, and if so, any idea how compatible it is on the various browsers? (I did see your comment about NN4 and IE below, but I'm curious about Opera, Konq, etc).

    11. Re:Flawed? by eggz128 · · Score: 2, Informative
      Ok heres a google cache of the css-discuss mailing list wiki. (Both the mailing list and wiki are great resources)

      Quoted from the wiki, my example above should work for:

      * Camino 0.7
      * Mac IE 5.1 & 5.2
      * IE 5 Windows (and presumably higher)
      * MoZilla 1.3
      * OperaSix


      But there are other versions that have slightly less compatablility (and can therefore be used to feed IE it's own "special" values).

      Is it actually part of the standard


      Yes, it's mentioned (at least briefly according to my quick glance at the specs) in both HTML 4.01 and CSS 2.1

      HTML 4.01

      The class attribute, on the other hand, assigns one or more class names to an element; the element may be said to belong to these classes.


      CSS 2.1

      To match a subset of "class" values, each value must be preceded by a ".", in any order.

      Example(s):

      For example, the following rule matches any P element whose "class" attribute has been assigned a list of space-separated values that includes "pastoral" and "marine":
      p.pastoral.marine { color: green }
      This rule matches when
      class="pastoral blue aqua marine"
      but does not match for
      class="pastoral blue"
      .
  33. Re:What does CSS2 give you that is needed? by gl4ss · · Score: 2, Insightful

    well, if they supported it properly web designers would have easier job of making the pages look the same on all browsers.

    --
    world was created 5 seconds before this post as it is.
  34. Slashcode... by Saeed+al-Sahaf · · Score: 3, Funny

    Many web developers may be disappointed to hear that Slashdot has decided to hold off on full CSS2 compatibility in the Slashcode product line....

    --
    "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
  35. Well, hey Microsoft -- I say F*CK YOU right back by l0ungeb0y · · Score: 5, Insightful

    I've decided that from here on out I will invoice my CSS time for IE seperately. Being that I create most browser interfaces in XHTML and all layout is 100% CSS, I will now isolate the huge chunk of time I must spend on each project for IE compatability. I will also make it clear UPFRONT by making an accountance in my proposol for just how my design time will be devided up and how much time I estimate to spend on IE compatability vs supporting the rest of the world.

    Why single IE out on my invoices and proposols? To let companies know where that extra $2,000.00 went for 20-30 hours of my time. That's why. And in hopes that they will opt not to engage in that expenditure.

    I'd urge all other UI designers and developers to do the same.
    And if the client decides that they wish not to support IE, a small victory shall have been won.

    It was fine 5-6 years ago to say "Ooops -- you're using that Netscape piece of shit, please come back using a real browser"
    I say it's time we start doing this again, but for IE and for the exact same reasons.

  36. Re:What does CSS2 give you that is needed? by FictionPimp · · Score: 4, Insightful

    Picture a web page that is full screen at any resolution. With a layout that is dynamic and easy to change based on user input without refreshing the page. Text that dynamically increases size for the user. A single web page that looks correct printed, on a web browser, a text mode browser, or even to a blind person. With multiple layouts that a user can choose (low bandiwth, high bandwith, no images, etc)

    All that can be done with css, and its very easy to do. And all without any tables.

    check out www.csszengarden.com or do some googles.

  37. Why they consider CSS a "flawed" standard by Caspian · · Score: 3, Insightful

    It's "flawed" because (A) it isn't in their patent portfolio, (B) they didn't invent it, (C) they don't make money off of it, and (D) it doesn't improve their marketshare or "mindshare". In other words, it's "flawed" because it isn't a Microsoft product.

    --
    With spending like this, exactly what are "conservatives" conserving?
  38. 'flawed'? by ExistentialEngineer · · Score: 2, Funny

    Who are they to talk about things being 'flawed'?

  39. Angry as H.E.Double Hocky Sticks by cythrawll · · Score: 2, Interesting

    I am a webdesigner.

    And I am SICK of IE having half- CSS support. It is a struggle to contstantly hacking CSS to fit IE needs. I like my layouts to have some fire, some pizzaz. But if IE can't display CSS right, all my simple CSS ideas turn into ugly hacks so they display right in IE.

    CSS 2 is flawed??? Since when is MS have the almighty power to judge W3C?? The Pot is Calling the Kettle Black...

    ooh im steamed...

  40. "* html" hack by Richard+W.M.+Jones · · Score: 3, Informative
    I'm using the so-called "star html"/"* html" hack to make developing for IE slightly more tolerable.

    What I do is build the site in Firefox so it renders perfectly. I know it'll likely render fine in Mozilla (obviously), Safari and Opera. But IE is likely to screw up positioning.

    So I then add extra lines: * html div#content { top: 100px; /* hack for IE */ } just after the correct code to move things around on IE. IE is broken and interprets the "* html", whereas other browsers correctly ignore it.

    In a very few cases I simply disable features in the IE version until it works - IE users get a slightly less nice looking site, but that's their problem.

    Rich.

    1. Re:"* html" hack by mu-sly · · Score: 2, Insightful

      Yuk! How about because it's unnecessary, unreliable, harder to maintain and extremely kludgy to boot?

      Browser sniffing is the worst way of making web pages, the way that was favoured around the time of the dot-bomb. Instead of testing for actual abilities and using what is available, it relies on assumptions, which are often wrong. Why restrict something and say "sorry, your browser can't do that" when instead you can just do a general, easy test for it and use it if it's there?

      The correct way to cope with the capabilities of different browsers is by using feature detection to weed out the ones that don't support things fully, and giving the more advanced stuff to the ones that do - entirely on the client side.

      Browser sniffing based on user agent strings really needs to die the death it should have died many years ago. I suggest you buy a copy of Designing With Web Standards and get reading about the right way to do things.

  41. Re:What does CSS2 give you that is needed? by toriver · · Score: 2, Informative

    My favorite: Support for different media. E.g. it's pointless to have form buttons etc. on a printout - CSS2 lets you remove them. Also, to turn a web page into a presentation, just add rules for the "projection" media type, e.g. make stuff around the "slides" invisible, use large fonts etc.) So far only Opera supports it, but then again there is a lot of the CSS standard that only Opera supports...

    A main features list someone made.

  42. Not necessarily a policy by fm6 · · Score: 4, Interesting
    I think maybe we're stuck on the assumption that Microsoft is out to force its own technology on us, when they don't actually have that much control over events. The last time we talked about IE7, I made the assertion that CSS2 support was technically trivial. One guy came back with an interesting and thoughtful post pointing out the problems with IEs rendering engines and how proper CSS support would break a lot of web pages.

    People tend to assume that every Microsoft action is part of some evil master plan. The truth is that they're stumbling around in the dark a lot. The software development effort is conspicuously out of control, and many of their projects are a total mess.

  43. I smell male bovine fecal matter by erroneus · · Score: 3, Insightful

    Okay, let's now start tossing out possible reasons Microsoft wouldn't want to support CSS properly.

    I'm guessing it, in some way, has to do with Market edge. More specifically, since a great deal of web sites design their pages to work with [flawed] MSIE rendering, all other browsers might be perceived as broken or inferior by the end user. "It worked fine under MSIE... let's just go back to it."

    Essentially, I believe this demonstrates harm to the internet community at large and an effective hijacking of internet standards. Perhaps it would be considered a frivolous lawsuit in the end, but perhaps the W3C should file some sort of suit against Microsoft over the matter. It's the only thing that they and the public at large seems to understand really. "Why is Microsoft being sued again? Breaking the internet? Crap!"

  44. Alternative idea by Quiet_Desperation · · Score: 2, Interesting

    Keep web sites simple and clean? Forget about the fancy crap and let me get to the information I need ASAP? Just a thought.

  45. Does it have to be just IE7? by mhesseltine · · Score: 2, Interesting

    Isn't proper CSS support one of the weak links in all of the Internet Explorer browsers? Even simple things like:

    li { list-style:none ;}
    used to create a navigation using list items for links (since the navigation is a list of links), displays fine in Firefox (anchors fill their block), but displays funny in IE (where the anchors fill their block, but with a gap on the left where the list marker would be)

    Bottom line is, Microsoft has just shown, once again, that the only standard they care about is their own. Hopefully, the sheep who continue to support them will be shown the light, and learn that there are alternatives.

    --
    Overrated / Underrated : Moderation :: Anonymous Coward : Posting
  46. This sucks, but a glimmer of hope lingers? by pojo · · Score: 2, Informative

    This seems contradictory with comments by Chris Wilson, IE Developer, on the IE web log last week:

    "We will continue to improve our compliance under strict mode even when it breaks compatibility"

    and

    "Microsoft does respond to customer demand; web developers are our customers."

    See http://blogs.msdn.com/ie/archive/2004/10/15/243074 .aspx.

    Even the devs want it to work right... if only they could get these ideas through to execs

    (Sorry I think /. is breaking the link, you'll want to copy and paste)

  47. So they can hire some designers by guet · · Score: 2, Interesting

    People have already done this for free - demonstrating huge file-size savings (translating directly to money for whoever runs this site, anyone there? !?), not to mention making it far easier to change the style of the site, adjust colours etc etc etc. I can't be bothered to dig up a link but there are several sites about it.

    I imagine it's more to do with this :

    the code base could be such a huge mess

  48. Unrealistic MS prospects by dantheman82 · · Score: 2, Interesting

    There is a reason that deadlines are pushed back (repeatedly). MS is at this point such a behemoth and so ambitious in promises/updates, that I can pretty much guarantee something will suffer.

    If CSS suffers on IE in favor of a more secure browser, that's 100% fine with me. If XMLHTTP is modified significantly, I will take serious issue, because I can see that as the future. And no, web devs are NOT being held back by IE's quirks, but rather few know how to code good UI on the web. Coding C/PERL is one thing...developing an intuitive UI is quite another.

    I'm frankly more worried about MyLifeBits as far as privacy and Indigo for security. But, with feature creep undoubtedly underway, this may be an issue in 2010 or so...

    --
    This sig donated to Pater. Long live /.
  49. This Makes Me Want to Puke by eomnimedia · · Score: 2, Interesting

    As a web developer, I am sick and tired of Microsnot knocking the standards instead of embracing them.

    Other browsers have embraced Web Standards, the developer community has united and pushed for browser developers to embrace web standards, and yet Microscrap still doesn't get it. And so, I have to include in my CSS code "hacks" to get around IE's disobedience to the Box Object Model, etc.

    So what do we do about it?

    Boycott IE.

    The Technical How-to:
    Developers can exclude IE altogether by using Javascript to sniff-out IE, and only render CSS tags in non-IE browsers. Site visitors would still see content, but they would also see a "...this site boycotts IE because..." message that is normally hidden to non-IE browsers.

    The Business How-to:
    Show your project managers how much time is wasted trying to get an ordinarily simple design to work with CSS in IE. Then show them how easy it is in Firefox, Safari, and other "compliant" browsers. Then slam a copy of "Designing with Web Standards" by Jeffery Zeldman on their desk and tell them to read it. (While we're at it, send a copy to Bill Gates and tell him he should read it too, the big fat...ahem....)

    If sites everywhere were suddenly replaced with bland layouts for IE users only, and a message stating why, both Microsnort and users would get the message.

    I know this will never happen because of business rules, because so much of the corporate world kisses Microshafts' butt, and for a gazillion more reasons, but still -- it feels good to get it off my pasty-white chest.

  50. Oh really? by M.C.+Hampster · · Score: 2, Informative

    I love your qualifier of "quite reasonably" when talking about how well Slashdot adheres to HTML 3.2. Since we can't check at the W3C's Validator due to the fact that Slashdot doesn't want us to check, we'll have to use something else like Validome.

    And what do you know, it fails even 3.2 validation.

    --
    Forget the whales - save the babies.
  51. Re:Well, hey Microsoft -- I say F*CK YOU right bac by gentgeen · · Score: 2, Interesting

    Kudo's to you -- Modd this one Way UP!!!

    The beauty of this is its simplicity. It is a great way to show PHB's the fact the IE is flawed, and not all the other browsers out there. I would just add that you may want to have a plan for the PHB's arguement over the extra charge.

    PHB: What is this $2,000 charge for?
    Developer (pulling out 2 images of page without IE hacks): here is what your page looks like in IE, and here what it looks like in all other browsers.
    Developer: (pausing for effect) And this would have only cost you X dollars.

    I design webpages as a hobby, as an activity for enjoyment. (I am a High School Math teacher by trade) I have created (what I find) to be some wonderful designs, only to have them F'ed up by I.E. when I try to show them to a friend or colleague. Then spend hours fixing it in IE and trying not to break it in everything else. I have mostly given up on IE.

  52. Re:Well, hey Microsoft -- I say F*CK YOU right bac by xeno-cat · · Score: 3, Insightful
    You clearly have never actually worked before. He is not saying that he won't do it, he is just saying he is going to break out the billing so it is clear what they are paying for! It's not like if he just sticks his head in the sand the work required to make a website look nice in IE will magiacly vanish. jeezus.

    Kind Regards

    --
    "A few great minds are enough to endow humanity with monstrous power, but a few great hearts are not enough to make us w
  53. Microsoft has not decided anything by dioscaido · · Score: 4, Informative

    There are RUMORS people. The fact is, MS hasn't made any definite statements about IE7, except for announcing that there will be one. They've been very tight lipped about it, even within our internal-only IE discussion lists. Lets not waste our breath discussing this 'issue'.

  54. we can, but MS can't by GunFodder · · Score: 4, Insightful

    I think that the latest incarnation of CSS may be the "standard", but since IE is by far and away the most popular browser its method of rendering pages is actually the de facto standard.

    I don't know how many times I've read this statement from other people - "I like Firefox/Mozilla, but it doesn't render my bank/news/etc site correctly so I have to use IE." Or "I would use another browser but I support IE at work." A lot of people are stuck with IE because of its poor interoperability.

    Now why would MS decide to spend money on extra development effort on a project that earns no revenue in order to increase interoperability, thereby incouraging web developers to fix their web sites so that competing browsers can render them correctly? This loses them both dollars and marketshare.

    1. Re:we can, but MS can't by binner1 · · Score: 2, Insightful

      I use the same approach when explaining this problem to people. People don't care about standards. They care about what works. If you can get them using firefox and then tell them that the pages are bad, not the browser, you're well on your way to a vocal supporter for standards (they just don't know it...).

      The 'enlightened' internet browsing population isn't large enough to effect change in a reasonable timeframe. We need to recruit anyone we can...Just because they don't understand the issues doesn't mean they can't help.

      10 print '$preferred_standards_compliant_browser is good'
      20 print 'IE specific web pages are bad'
      30 goto 10

      -Ben

  55. Re:Well, hey Microsoft -- I say F*CK YOU right bac by KarmaMB84 · · Score: 2, Insightful

    Just make sure that the target platform wasn't IE all along before you go and do that. Charging extra for compatibility with the primary target platform would be a bad move. ;p This would be like me writing an application for MacOS X then charging the client to port it to Win32 when the target platform was Win32 all along.

  56. Re:But it renders by mopslik · · Score: 4, Insightful

    If a page doesn't adhere to standards, but renders well in popular browsers, what's the problem?

    The problem, IMO, is that you don't know why or why not things render well.

    By conforming to standards, you have a (debatably) clear set of rules that define certain behaviours. For example, you will know that if you want to have some number of pixels pad your elements, then you will not have to resort to ugly hacks to get the same layout in BrowserX as you do in BroswerY. Why? Because each browser will reference the rules for adding the specified amount of padding to an element, in the right place, and in the right proportions.

    By not supporting standards, you have a number of problems:

    1. You can't use the rules to plan your layout, as they may not apply to your browser. So when someone comes up with a nifty idea based on rules, you may not be able to use it yourself.
    2. When you do use a supported rule, and it works in a different manner, you may have to adjust your design. This is one of those "it kind of works" situations, which only causes more headaches and confusion.
    3. When you do use a supported rule, and it does work in your browser, you will only know that it works under a specific set of cirumstances defined by your instance. Does it really work, or does it work sometimes?

    Imagine whipping up a simple page to test out a new design idea in your browser of choice. Everything looks good. Now you try to use it on your production page. Something looks wrong. Is it because you've included it in a tag that overrides your specifications? Is it because you've arranged it next to an element whose properties are spilling over into your space? Is it because you tested it inside of a tag, for which the specification holds, but have erroneously tried to apply it to a tag that does not support it? How will you know, unless your browser developers tell you -- assuming they know themselves?

    For me, that's why CSS is useful. For the most part, it's pretty clear as to what things support what attributes.

    Since your post was originally about Slashdot's (non-)adherence to CSS and other web standards, here's one major incentive to switch over: bandwidth. Does anyone really like throwing money away?

  57. They've supported directX all these years. by Mustang+Matt · · Score: 2, Insightful

    What they only support their own flawed standards?

    --
    The man who trades freedom for security does not deserve nor will he ever receive either. - Benjamin Franklin
  58. Well Of Course Not by fupeg · · Score: 2, Interesting
    From TFA:
    "It also seems that CSS support may be more important for client side work, and full or complete CSS support makes a thin client more attractive. This would seem to be counter to Microsoft's push for 'rich' clients."
    Microsoft has always feared thin clients because they view them as a way for people to escape Windows. This is why they had to destroy Netscape at all costs. This is why they will *NEVER* embrace standards that enhance thin clients. Just look at their history. They've always tried to do just the opposite. Look at their proprietary JVM that succesfully took Java applets out of the web client picture. Look at their support for their own DHTML version. Look at their proprietary versions of JavaScript. Look at their proprietary extensions to XSL. And of course there is the mother of all standards-busters: ActiveX. These have all been ways to attack thin client standards, and they have been very succesful. Next up is XAML.

    Even if they wanted to support thin clients and make IE better, they would not want to support standards. Why? Well as soon as they support a standard that allows websites to do more good things, then there will be websites that do these good things. If more websites do more good things based on standards, then suddenly it becomes a lot easier to switch from IE to Firefox or Opera, or for that matter from Windows to Linux or OSX. However, if websites can only get some "cool" functionality by using either ActiveX/DHTML/MSXML or by using CSS 2, then of course they will pick the MS option because there are so many more IE users. And of course that will make it impossible for users of said website to switch from Windows/IE to anything else.
  59. But it IS flawed by melted · · Score: 2, Insightful

    You have to put in INCREDIBLE amount of effort to do make even the simplest things work. Ever tried centering a block object on the page _without_ using tables? I use CSS2 in my work, and it's suitable for simple things like borders, colors, fonts, etc. Unfortunately, for a lot of design tasks it's more pain than it's worth, even if you code for just Firefox.

  60. They do own it. by Auckerman · · Score: 3, Interesting

    "he only reason Microsoft doesn't support CSS properly is that they don't OWN it."

    Considering Microsoft has sucessfully patented CSS, I don't see how they don't "own" it. Even if they have given W3C a license to it.

    --

    Burn Hollywood Burn
  61. fucking cunts by t_allardyce · · Score: 2, Interesting

    Fuck that, i'd rather have a flawed standard followed to the letter on all major browsers than 10 totally incompatable half-hearted implementations of the same format making even simple tasks such as positioning a box on the screen a fucking nightmare. Microsoft should follow the standard in their 'strict' mode and do whatever they want in the other modes.

    --
    This comment does not represent the views or opinions of the user.
  62. MS Moving Away from Browser-Based Applications by eDavidLu · · Score: 5, Interesting

    The real reason why Microsoft does not fully embrace W3C standards is because they want to move away from browser-based application. This is also the reason why they let IE development go into the tank.

    In the browser-based application model, MS does not control the desktop. They have competitions from Firefox and Opera. More importantly, MS also does not control the server. They have competition not only from Apache, but also Google, Amazon, eBay, AOL, and anyone who publishes a web application.

    Microsoft's aim is to control both ends of a network application. And the way they are going to do this is to replace HTTP web servers with IIS and Exchange Server and to replace web browsers with Outlook. The .NET platform is just a step towards that goal. If you accept IIS/Exchange and Outlook as a server/client network application platform, there is no need for W3C standards. It also eliminates any competition, or at least make the competition dependent on Microsoft technologies.

    Therefore, any effort that Microsoft expends into making "the web" more usable, such as CSS compliance and updates to IE, only enhances the browser-based application model and hurts Microsoft in the long run.

  63. Re:Well, hey Microsoft -- I say F*CK YOU right bac by Anonymous Coward · · Score: 2, Insightful

    I guess this explains why you think it's a good idea to snub customers.

    In what way is he snubbing them?

    As important as web standards are, cross-browser site compatibility is NOT the customer's problem to solve.

    It becomes their problem when they have to pay extra to have a website that works in Internet Explorer. They have to pay extra because it's more work. It's more work because Internet Explorer is extremely deficient in a number of areas.

    To give an analogy, let's say you were paying a moving company $2000 to move your stuff from Chicago to LA. Then they say that it will take a month instead of 2 weeks unless you pay $1500 extra because one of the stretches of highway is rough and doesn't have nice rest/gas stations. Are you going to start lobbying and writing to state officials for highway improvements or simply find another moving company?

    If the analogy were accurate, the other moving companies would simply charge the extra without telling you why.

    Other web developers don't magically take less time to work around Internet Explorer's problems just because they don't list it as a separate line item on the invoice.

    I'd be happy to compete with the original poster for his business by using internally available and re-usable tools/techniques to solve the compatibility problems.

    You can't solve the compatibility problems, only Microsoft can do that. Things like Dean Edwards' work goes a long way, but is dependent upon Javascript, which is unacceptable for many purposes.

  64. we just need to do better marketting for browsers by glsunder · · Score: 2, Insightful

    I guess we should just step up evangelizing other browsers. We should compare IE to paint, and other browsers (like firefox, opera, etc) to programs like photoshop and psp. If IE had under 50% market share, I'd bet 10 to 1 they'd be supporting CSS, and IE7 would have been out by now.

  65. CSS2 since 1998 by omega9 · · Score: 4, Informative
    ..the company is waiting for a later point release, such as CSS2.1 or CSS3..

    Here are some interesting things to consider:
    • The CSS2 recommendation has been out since May, 1998. That's almost 7 years ago.
    • The CSS2.1 recommendation has actually been out since February, 2004, more then one year ago.

    So, if Microsoft is refusing to attempt proper support for a standard that's been around for close to 7 years, and is waiting for a standard that's already been floating around for a year, why should anyone expect them to support anything whenever it's actually released?

    I know this isn't a big suprise, but it's further evidence that they could honestly care less about standards unless there's something they can get out of it. When CSS3 is eventually released, we probably won't get support for another 5 years!
    --
    I'm against picketing, but I don't know how to show it.
  66. Heh by aftk2 · · Score: 4, Insightful

    Why would anybody want to use display: inline-block. The article I link to says "The real use of this value is when you want to give an inline element a width. In some circumstances some browsers don't allow a width on a real inline element, but if you switch to display: inline-block you are allowed to set a width." How many times are people going to run into a situation to need this?

    *snip*

    For a long time I've been trying to get a list that will appear like a table. You can make a list set them to display as inline. It works, but then you can not set a width, which then makes it useless.

    I find it funny that the example you used to document CSS's failings is solved by a modification that you profess nobody needs.

    --
    concrete5: a cms made for marketing, but strong enough for geeks.
    1. Re:Heh by asoap · · Score: 2, Interesting
      That is rather funny. I admit, that I do look like an ass. That's learn me to not think through my post.

      I still stick by my statement though that CSS could be greatly improved. I think the way they are doing display is counter intuitive, and could be made much simpler.

      But now, how do you go forward without creating legacy CSS?

      --
      Treat me like a marketing stat, and I'll treat your movie like a series of ones and zeros
  67. The Web Industry Is Screwed Up by Master+of+Transhuman · · Score: 2, Insightful


    Having spent the last couple MONTHS trying to get a Web site to:

    1) Load external content using iframes or object tags in four different browsers;

    2) use CSS to emulate frames in four different browsers (all current - forget about the older ones entirely);

    it is clear to me that the Web industry is screwed up beyond all recognition.

    Big surprise - it's a part of the IT industry...

    First, the Web was never intended to be either an application platform or a desktop publishing platform - which seems to be what a lot of Web site designers and standards committees want to achieve.

    Sorry, the technology simply isn't there in HTML, CSS and JavaScript to do this.

    Second, the industry has as usual spent all of its time producing dozens of browsers - NONE of which support the standards in their ENTIRETY and ALL of which are incompatible with every other browser in existence in at least some respects.

    Microsoft of course, as usual, is the worst offender. Web designers talk about the "IE factor" - the incompatibility and bugginess of IE with respect to virtually every standard which adds twenty percent or more to the development time for a Web site.

    The industry has a LONG way to go to get the same functionality as client-server approaches to app implementation.

    And as long as Microsoft is in the game, it ain't ever gonna happen.

    My advice:

    1) Stop trying to make your Web site FANCY (which is not the same as making it LOOK GOOD) and start trying to make it USEFUL to people.

    2) If you want a "Web app", use other technology than HTML, CSS, and JavaScript.

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  68. Re:Taco's response by Nurgled · · Score: 2, Informative

    Implementing a new template doesn't require touching any Perl code. The submitter simply needs to provide a new set of Template Toolkit templates.

    The problem stems from the fact that slashdot's pages are generated from tons of little bits of template, and so taking someone's hack of a static front page doesn't really get you very far to having a working implementation.

  69. More of the same by The+Bubble · · Score: 2, Insightful

    This is exactly what we've seen time and time again.

    1. a standard exists
    2. good products support the standard
    3. Microsoft creates their own proprietary "standard" and uses it instead
    4. because IE has the largest marketshare, websites are designed to render properly on IE
    5. customers try a standards-compliant product, only to find that their sites don't render 'properly'

    This is deliberate anticompetetive behavior, plain and simple.

  70. Re:XHTML 1.1 and IE: Fix for the MIME type problem by Fweeky · · Score: 3, Informative

    > if(isset($_SERVER["HTTP_ACCEPT"]) && stristr($_SERVER["HTTP_ACCEPT"],"application/xhtml +xml"))

    This is a common mistake. You really should parse out each entry and select based on q-values. What happens when the client says application/xhtml+xml;q=0 ("XHTML is unacceptable"), or even text/html;q=1.0, application/xhtml+xml;q=0.6 ("I prefer HTML, but I can handle XHTML to some extent")? Or is it ok to ignore one spec if you kinda follow another better? ;)

    Oh, and don't forget to switch your <link rel="stylesheet"> bits with <?xml-stylesheet ?> when you're serving as XML.

    Personally, I tend to just stick with HTML 4.01. If I'm going to use XHTML, I like to use an XSLT to transform it to HTML 4.01 for naughty little browsers, which also handily enforces well-formedness in a way that allows for degredation to text/html-served broken XHTML instead of a browser-level parse error.