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.

575 comments

  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 British · · Score: 1

      Just out of curiousity, what apps do support CSS2 to 100%? Web browsers, whatever.

      Next week we will discuss what apps support the SVG spec 100%(inkscape?).

    4. 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

    5. 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?

    6. Re:So... by Anonymous Coward · · Score: 0

      As a web developer I find CSS to work just fine when the browser does what I intend it to do.

      I suspect the browser developers who have to deal with 100% of the spec, as opposed to the maybe 20% I use might have other ideas as to its flawedness ;)

    7. Re:So... by DrSkwid · · Score: 1

      definite, you know, like infinite

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    8. 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.

    9. 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.

    10. 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.

    11. 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.

    12. 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.
    13. Re:So... by chris_mahan · · Score: 1

      The majority of web sites have column layout because people use tables (they didn't before tables remember?) to emulate paper.

      --

      "Piter, too, is dead."

    14. Re:So... by Anonymous Coward · · Score: 0

      Just out of curiousity, what apps do support CSS2 to 100%? Web browsers, whatever.

      No browser at all.

      The libcroco-library supports it, but it is only a lexical tool, it does not render anything.

    15. Re:So... by FuzzyBad-Mofo · · Score: 1

      I think their claim about CSS 2.0 is a copout. To fully support CSS 2.0, they would probably have to rewrite large parts of the browser. IE7 is looking more and more like a few bits of tacked on functionality, just like IE6 was.

    16. Re:So... by CarpetShark · · Score: 1

      I'm sure MS will fully support CSS, as soon as they figure it out, get IE's architecture modified to suit it, and design something to extend it.

      So yeah, not long now ;) *snigger*...

    17. Re:So... by Anonymous Coward · · Score: 0

      One the IE team have mentioned in the past is dynamic preformatting - switching preformatting on and off at view time. They say it's a pain to support and they can't see the point (and neither can I!). I guess provided you repopulate the text immediately it's a reasonable feature - expecting the browser to carry around a copy of the source text for all elements just-in-case is ridiculous.

    18. Re:So... by LuxFX · · Score: 1, Insightful

      is CSS flawed, and if so, how?

      It doesn't conform to Microsoft's version of CSS. They believe that however IE does things, should be the standard. Otherwise, it's flawed.

      --
      Punctanym: alternate spelling of words using punctuation or numerals in place of some or all of its letters; see 'leet'
    19. Re:So... by Anonymous Coward · · Score: 0

      It's a FUD argument. The true reason that they don't want to support css is because it enables development of more powerful cross-platform web apps, which would be bad for windows license sales (still the bulk of their income, together with office). The entire point of IE is to make sticking to windows a better deal. It would be self-defeating if IE actually made it easier to not be tied to windows.

    20. Re:So... by grammar+fascist · · Score: 1

      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.

      I can't think of anything more annoying than reading a web page laid out in columns.

      Blinking columns, maybe.

      --
      I got my Linux laptop at System76.
    21. 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.
    22. Re:So... by Fred_A · · Score: 1

      Well, that's because you haven't read web pages laid out in rows.

      --

      May contain traces of nut.
      Made from the freshest electrons.
    23. Re:So... by Lennie · · Score: 1

      generated html-/css-/js-/vb-source

      --
      New things are always on the horizon
    24. 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)
    25. 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.

    26. Re:So... by TheViewFromTheGround · · Score: 1

      This thread is full of arguments that there are flaws in making columns with CSS. These are a) bunk because it isn't very hard, and b) stupid because columns aren't a good way to read/view textual content on a low resolution device such as a computer screen.

      A much bigger problem is the problem of liquid layouts and response to dynamic content. Some posters have acknowledged this. But why are these flaws more important?

      First there is the issue of versatility on the design side. A designer may not know what content is going to be thrown at his or her design, and it is reasonable for a designer to want CSS-based tools that will respond to that content and match the layout to the content. Right now, that's fairly difficult to accomplish.

      Second there is the issue of variation on the client side. Your end user may like her/his text teeny tiny. Or may be legally blind and need it to be humungous. Or be on a screen reader. Or on a 15" CRT or a 21" LCD. Etc. You want designs that maximize readability and legibility across a reasonable spectrum of possible user-variation (the spectrum being largely defined by the characteristics of the content and the audience). Again, this is more difficult than it should be, even with CSS properties such as "max-width" and "min-width". This is partly an issue of browser support (IE doesn't support max-width), but partly a flaw in the standards writing body, which did not take such considerations into account as fully as they could have.

      This is why you see good designers creating a lot of fixed width or 100% width designs, with little in the way of liquid layout that focuses on maintaining column count for text (essential for readability) or element proportionality when scaling. I can't tell you how crazy I go when I try to look at otherwise well designed sites like www.stopdesign.com on at 1600 by 1200 resolution.

      --
      Online citizen journalism from the inner city: The View From The Ground
    27. 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.

    28. Re:So... by Anonymous Coward · · Score: 0

      So....when has Microsoft ever bothered with standards, let alone flaws?

    29. Re:So... by benjcurry · · Score: 1

      Exactly..I know that CSS 2 isn't perfect, but, if IE 7 isn't going to support it fully, WTF do they suggest? Grrr...

    30. Re:So... by blowdart · · Score: 1

      The only reason Microsoft doesn't support CSS properly is that they don't OWN it

      So why are they supporting HTML? Or previous CSS versions? It's a rendering spec, it's interoperability effects are minimal when compared to XHTML, or SOAP

    31. Re:So... by Tokerat · · Score: 1


      ...BRILLIANT!

      --
      CAn'T CompreHend SARcaSm?
    32. 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
    33. Re:So... by ClosedSource · · Score: 1

      I think the fundamental problem is that standards should primarily codify existing practice, not invent a lot of new stuff.

    34. Re:So... by Anonymous Coward · · Score: 0
      width = width + margin, not content width = width - margin, as you would expect.
      This makes layouts trickey.

      The CSS WG realize having only one method is limiting, so box-sizing will likely be in CSS3. Can't wait? Wrap a container around, give that the width and leave padding/border on the inner container.

      I want all members of class abc to be the same with, but that width is dynamic dependant on the content

      This can't work because CSS has to be able to cascade (inherit values from parent elements). You're asking for elements which could be siblings, ancestors, descendants to all share a common value that, for each, has to be calculated independently. An implementation nightmare, that could be easily done with Javascript (there's nothing that says that CSS must be able to accomodate any whim of a designer).

      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.

      Just like table layout, you can use display:table and display:table-cell to do this easily. It was in CSS2.

    35. 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
    36. Re:So... by Anonymous Coward · · Score: 0

      "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)"

      Counters would allow you to use HTML as a document formatting language (like LaTeX but with decent editors and viewers) -- so only unimportant if you don't ever use HTML for marking up real documents

    37. Re:So... by FuzzyBad-Mofo · · Score: 1

      Hmm, I guess that showed me. So is it ego or incompetence which prevents Microsoft from integrating these fixes?

    38. Re:So... by Jondor · · Score: 1

      Nah, it's just MS realizing that if they support public standards, their browser can be replaces by every other standards compliant browser around instead of the current situation where every MS shop locks itself in by using ms only features..

      --
      Nobody expects the spanish inquisition!
    39. Re:So... by masklinn · · Score: 1

      elements in (, , table's , ...) were supposed to be:
      abbr
      q
      table's caption

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    40. Re:So... by sharkey · · Score: 1

      What do they suggest? FrontPage + IE7, of course. If everyone did their pages in FrontPage using whatever the wizards tell them looks good, and everybody viewed web pages in the latest version of IE, then everybody would pay Microsoft for the latest version of Windows and we'd all be happy.

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
    41. Re:So... by oliverthered · · Score: 1

      You're asking for elements which could be siblings, ancestors, descendants to all share a common value that, for each, has to be calculated independently.

      How do tables work at the moment then?

      Wrap a container around, give that the width and leave padding/border on the inner container.

      No can do, I want a dynamic page, not a crappy one size fits none, 400 pixel wide, centred, white background page, how am I supposed to make anything accessible.

      Just like table layout, you can use display:table and display:table-cell to do this easily. It was in CSS2.

      Except I want my menu to be at the bottom of the page for text only, Braille or screen readers, and generally want it to customisable to the user, a table isn't a one size fits all. divs with box model layout are a lot more flexible.

      Anyhow CSS3 has columns now.

      --
      thank God the internet isn't a human right.
    42. Re:So... by benjcurry · · Score: 1

      Except for me. :)

    43. Re:So... by Carewolf · · Score: 2, Interesting

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

    44. Re:So... by Dwonis · · Score: 1

      Do you work for the telecom industry?

    45. Re:So... by Anonymous Coward · · Score: 0

      Personally, I think the other browsers all ought to get together and say:

      "IE7, you ARE the weakest link. Goodbye!"

    46. Re:So... by zonker · · Score: 1, Interesting

      it helps when the guy that invented css is also the cto of the company. :)

    47. Re:So... by ClosedSource · · Score: 1

      No, and I don't get the joke.

    48. Re:So... by emandres · · Score: 1

      The inconsistencies in browser support really get on my nerves. I work on my school's web site, and I've been recently trying to implement some XML functionality, only to find out that I have to write COMPLETELY new code for Mozilla. Grr... Anyway, I hate it that MS can't seem to get it into their heads that they can't just throw the standard out the windows and wait for everyone to follow. It really surprises me that they are doing this again, especially with Firefox becoming so prominent (heck... even my parents are using it!). The MS approach to everything that is web design is so unbearably skewed. For instance, to parse an XML document within Mozilla you use the standard document implementation for it that is W3C standard, while in IE you use and ActiveX module, which could come in one of 5 different versions (Microsoft.MSXML{,1,2,3,4}).

      --
      The only way to tell the difference between a hamster and a gerbil is that the hamster has more white meat.
    49. Re:So... by SoupIsGoodFood_42 · · Score: 1
      I can't think of anything more annoying than reading a web page laid out in columns.

      Like Slashdot, and just about every other website on the net?

    50. Re:So... by Ogerman · · Score: 1

      The telecom industry has a long history of coming up with dozens of partially or completely incompatible standards for new technology. Eventually it gets bad enough that some regulatory body or industry consortium has to step in and declare one design "the standard," but not until after much politics and endless committees.

      It is almost always better to agree on a standard before beginning implementation. Any inconsistencies and ambiguities are much easier to reconcile when everyone is at least on the same page.

    51. Re:So... by Ogerman · · Score: 1

      Standards should codify, and in some cases invent, ways to properly meet common needs recognized through existing practice. Practice shows where standards are needed. The commonality of the need determines whether a standard should be pursued before or after attempts to meet that need. In the case of web technologies, standards should always come before.

    52. Re:So... by Ogerman · · Score: 1

      You can't implement a standard fully when it isn't self-consistent.

      But you can implement all the parts that are fully accepted and are no longer considered in any way ambiguous by the development community. MS hasn't done that with IE6 and apparently doesn't intend to do so with IE7 either. And there's no excuse. What? It'd be a waste of extremely limited MS resources? Uh.. don't think so..

      From the w3c website: "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." And there you have it.. IE7 could easily aim to implement CSS 2.1 as all the other browsers have.

      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.

      Which is what beta versions of software are for..

    53. Re:So... by Bert64 · · Score: 1

      Virtually all of microsoft's "standards" are also highly flawed, aswell as not being true standards.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    54. 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 ;-)
    55. Re:So... by ClosedSource · · Score: 1

      "In the case of web technologies, standards should always come before."

      I was with you until you said that. I see no reason why web technoligies are a special case.

    56. Re:So... by ClosedSource · · Score: 1

      "It is almost always better to agree on a standard before beginning implementation. Any inconsistencies and ambiguities are much easier to reconcile when everyone is at least on the same page."

      I disagree. Only after an implementation is created and evaluated can you determine the value of the technology.

    57. Re:So... by Ogerman · · Score: 1

      I see no reason why web technologies are a special case.

      They're not a special case. They're just a case where the need is common among all users. This, of course, is the whole premise of the Internet -- the power of everyone using the same protocols and standards. But it depends on what you classify as "web technologies" I guess -- whether you're talking about "world wide web" or "anything that talks HTTP."

    58. Re:So... by ClosedSource · · Score: 1

      "This, of course, is the whole premise of the Internet -- the power of everyone using the same protocols and standards."

      Yes, but it's interesting to note than none of the core technologies used for the Internet were standard-first technologies. That is, they were implemented and tested before they were made into standards (one could argue that some Internet technologies still aren't based on standards since the implementations are based on available source code rather than a document).

    59. Re:So... by masklinn · · Score: 1
      The IE7.js is a great attempt to fix IE's behavour, but it has great disadvantages. It makes pages render very slow
      Of course it does, it's Javascript after all (interpreted, slow language), and there are so many things in the IE7 JS pack that it just can't be fast.

      The point is that it could be done in JS, which is probably one of the less powerful languages you can get...

      And IE CSS hacks are a Bad Thing ©, because it's not strongly hidden from other browsers, because your CSS makes less sense, ...

      I find that changing the behaviour of the browser (the way it handles what you feed him) is much more sensible in this case than feeding him different display rules.
      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    60. Re:So... by R.Mo_Robert · · Score: 1

      CSS 2.1 is the current revision of CSS 2, so when someone asks for CSS 2 support, that's what they mean. It is not a draft; it is in the CR (call for implementations) stage. The only thing that may get fixed is errors in the specs. They're waiting for UAs to implement it.

      This comes from Ian Hickson (Hixie), someone who actually worked on the specification, so he knows what he's talking about.

      --
      R.Mo
    61. Re:So... by nicuramar · · Score: 1

      CSS2 has some internal contradictions which essentially makes it impossible to create a conforming implementation. However, applying common sense will resolve these, and indeed CSS2.1 resolves them to, what I think, most people would expect.

      Curiously, the CSS2.1 abstract does not address this issue, even though it is, IMO, the most important ones (i.e. having internal contradictions is one of the worst thing a standard can have).

      Now, why w3 is so slow pushing 2.1 to a standard (it's in a proposed state), is a mystery to me.

  2. They are probably... by Anonymous Coward · · Score: 0, Funny

    going to hold off on alpha transparency for another 8 years too.

    1. Re:They are probably... by fanfriggintastic · · Score: 1

      Nope. It's in line for IE7

      http://news.com.com/Microsoft+yielding+to+IE+stand ards+pressure/2100-1032_3-5620988.html
      --
      This is not the greatest sig in the world, no. This is a tribute.
    2. Re:They are probably... by Anonymous Coward · · Score: 0

      Slashcode totally borked that URL. Sorry

      Better link
    3. Re:They are probably... by stupidfoo · · Score: 1

      It's a new slashcode bug. Pretty recent it seems.

  3. 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 Anonymous Coward · · Score: 0

      I think we all knew this was coming really... I sure didn't expect them to do any kind of useful improvements like proper support of basic functionnalities/features like CSS in a long awaited overhaul of a crappy browser. I'm guessing, no support for things like the tag either, no standard xhtml+voice either, no XForms either - in short, nothing useful whatsoever.

    2. 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. Re:Spare Me by kokoloko · · Score: 1

      If you're making software, why would you write to a standard that you know is going to change unless you had to? The standard is meant to serve the developers, not the other way around.

    4. Re:Spare Me by pr0c · · Score: 1

      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.

      Follow your own link, it is a CANDIDATE RECOMMENDATION. Additionally, slashdot people get pissed when Microsoft doesn't impliment a standard perfectly and you are saying you speak for all of us and encourage them to do just that? hahaha

    5. Re:Spare Me by sycodon · · Score: 1

      If developers followed this line of thinking, then there would be no software for M.S. Windows.

      --
      When Fascism comes to America, it will call itself Anti-Fascism, and tell you to give up your guns.
    6. Re:Spare Me by Krimszon · · Score: 1

      Even better, develop a system so that a window update could make IE support such standards. So when XHTML 2.0 comes along (or whatever), some time later, everyone gets support automatically, no more checking for which version of the browser.

  4. 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 Anonymous Coward · · Score: 0

      I would never try Internet Explorer, it's too dangerous.

    2. Re:Generally related to the IE 7 Acid Test by crummynz · · Score: 1

      I have a friend that does it quite regularly.

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

      --
      ~ Crummy
    3. Re:Generally related to the IE 7 Acid Test by cei · · Score: 1

      I would never try Internet Explorer, it's too dangerous.

      Indeed, I've heard that every time you use IE it permanently rewires parts of your brain and that after a certain number of uses a person can be declared legally insane.

      Or was that acid they were talking about?

      --
      This sig intentionally left justified.
    4. 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."
    5. Re:Generally related to the IE 7 Acid Test by Anonymous Coward · · Score: 0

      dude, talk about a bad trip.

    6. Re:Generally related to the IE 7 Acid Test by Jesus_666 · · Score: 1

      Is that shudder because of the "doing acid" part or the "trying to get IE to work properly" part?

      If you were a web designer you wouldn't have asked.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
  5. 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
    1. Re:Just like... by truthsearch · · Score: 1

      Funny thing is CSS2.1 isn't the future. It's existed for over a year. So whoever said they're waiting for 2.1 is either misinformed or lying. If they wanted to support it they could have started a year ago.

  6. Flawed Standard? by rkeen · · Score: 1, Troll

    Maybe they should have a look in thier own products.

    1. 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."
    2. Re:Flawed Standard? by MerlinTheWizard · · Score: 1

      Nope, you're right. But that could mean they're not really up to the task of judging what is a flawed standard and what is not. It's not like they've never created a flawed de-facto standard themselves...

    3. 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.

    4. Re:Flawed Standard? by DarKry · · Score: 1

      Can you say windows underlying messenging system...
      If only I had the clout to be able to say "nah, I don't think ill support it till you fix it"

    5. Re:Flawed Standard? by gmuslera · · Score: 1

      Just that maybe they arent good judges of what is flawed and what not... like when they (or someone in their name) calls Linux insecure and not scalable.

    6. Re:Flawed Standard? by nightski · · Score: 1

      True. But who really is? Linux fanboys always call Windows insecure and scalable, when in fact, it can be setup in in a secure and scalable environment. I am not saying it is better than or as good as Linux, just that everyone seems a little biased. It is really unfair to blame the entire company's judgement for flaws in their software. There are many really good software devs at Microsoft. Same thing goes for open source. There are lots of flaws in open source software. But they are often fixed by people who know what they are doing. Should we call all open source developers a bad judgement of flawed software? Definately not.

      --
      "Ideas without action are worthless."
  7. 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 m_stewart · · Score: 1

      what do you want - they're geeks not designers. i've seen more designers spend HOURS on a single page. geeks would rather spend that time on other stuff...

    2. 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.

    3. Re:Oh The Irony by dave420 · · Score: 1

      I could say something very cutting about the general appearance of OSS, but I'll hold my tongue.

    4. Re:Oh The Irony by cowscows · · Score: 1

      So they can hire some designers to spend a couple weeks to bring the site up to spec. It'd probably end up saving them money in bandwidth costs in the long term, not to mention probably making future work on the site easier.

      Of course, for all I know, the code base could be such a huge mess that this would be a such a miserable project that it's not worth the benefits.

      --

      One time I threw a brick at a duck.

    5. Re:Oh The Irony by ratsnapple+tea · · Score: 1

      Yeah, but I hope you're not trying to imply the geek's pages won't look like crap. Anyway, it's not as if there aren't talented designers who know how to code CSS, or who can't work with geeks to produce something pleasant between them.

    6. 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.
    7. 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.

    8. Re:Oh The Irony by Anonymous Coward · · Score: 0

      Wasn't that done at least a year or two ago?

      Did Taco just come up with the bright idea of doing CSS this year?

      Seriously, people have been mocking slashcode's shittiness for years. Only now they decide to fix it?

    9. Re:Oh The Irony by joeljkp · · Score: 1

      Yep.

      Either there's some problem with their product, or the /. editors just didn't care.

      --
      WeRelate.org - wiki-based genealogy
    10. Re:Oh The Irony by Anonymous Coward · · Score: 0

      Thing is, doing a simple page is fine and well, but it's only the first step: then you need to integrate it into the (messy?) code.

    11. Re:Oh The Irony by SoupIsGoodFood_42 · · Score: 1
      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.

      And web designers spend hours on a single in Photoshop, then convert it to a CSS layout to be applied to 100's of pages.

      Perhaps you meant print designers or multimedia artists when you said designers?

  8. 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 SilentChris · · Score: 1

      "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."

      Huh? How could this possibly be a good thing? The goal of Firefox isn't to emulate IE, it's to do things right that IE could never do in the first place.

    7. Re:Why I hate developing webpages... by Anonymous Coward · · Score: 0

      You know what you fucking assholes. You gd lazy webpage designers think you can design a web page once, collect your money and run off. Software development IS NOT like that. For as long as engineers (I include most true software developers among engineers) have been around, they have been known for their love of tinkering with things, even when they're already "perfect". That's just part of what drives them. The current state of web developers who just want to list as many web sites on their resume as possible is so typical of the "want it now" generation. This is not a pro/anti-MS/Linux/OSS rant, but just a comment on the "standards will fix it all" mentaility.

    8. Re:Why I hate developing webpages... by KillerDeathRobot · · Score: 1

      90% of the market does NOT necessarily mean 90% of your customers. Furthermore, why would any company want to automatically lose 10% of their customers anyway?! Imagine if a retail store turned away every tenth customer because they were wearing the wrong shoes.

      --
      Thinkin' Lincoln - a web comic of presidential proportions
    9. Re:Why I hate developing webpages... by chris_mahan · · Score: 1

      If you're a trying to get grandma to send out $13.99 for socks, then you want to support IE, and everyone else be damned.

      If you sell customized linux servers, you can just block IE, since every single one of the people you want to do business with has already moved beyond it.

      It really depends on what you do/sell/advocate.

      --

      "Piter, too, is dead."

    10. Re:Why I hate developing webpages... by Anonymous Coward · · Score: 0

      like this one?

    11. 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/

    12. Re:Why I hate developing webpages... by El+Cubano · · Score: 1

      Even when you design a standards compliant webpage you still need to use hacks to get things to work and validate correctly.

      This is something I never understood. Granted I don't develop huge pages, but the pages that I have developed (personal, for my church and other small organizations) have these criteria/features:

      • All validate XHTML 1.0 Strict
      • All validate CSS
      • All look good in Firefox, Mozilla, Opera, IE5.5, IE6, Dillo, Lynx, Links and eLinks

      The only thing that works in Moz/Firefox/Opera that does not work in IE is the "position: fixed" attribute on some things. But that is not crucial to the look of the page, it is just nice to have.

      The thing is that it delivers the exact same HTML/CSS to every browser (no UserAgent checking) and even looks correct in the browsers that ignore CSS.

      I got the idea for the design of the sites I have done from Eric Meyer's CSS site. The only difference is that I have made some minor tweaks to get the page to look good in pretty much every browser.

      If you were developing some massive site, I could see running into some problems. However, the biggest issue with IE is CSS, and once you have the CSS how you like it, you include the same one in every page.

    13. Re:Why I hate developing webpages... by Arctic+Dragon · · Score: 1

      I like the approach this site uses. IE user see a "get Firefox" button, for for Firefox users, the image is replaced with "welcome, Firefox user!".

      (from MozillaZine)

    14. Re:Why I hate developing webpages... by nine-times · · Score: 1
      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.

      I hear what you're saying, but I'd rather wish that deveopers could code to the standards, and include a message that says, "If this page doesn't render properly, it's your web browser, not the page." In other words, what you said except without any browser bias (because coding for a specific browser is where the mess begins in the first place). However, that's still very impractical.

      Sometimes it's the browser's fault and sometimes it's the standard's fault. I guess I'll also allow that maybe the designer is trying to hack together something funny. Still, it'd be nice if all the browsers were at least *trying* to adhere to standards.

    15. Re:Why I hate developing webpages... by eviltypeguy · · Score: 1

      No, IE makes it very hard for web developers. Because things often don't work as documented.

      If IE were standards compliant or if it actually worked like MSDN documents it to all the time, my life would be so much easier.

    16. Re:Why I hate developing webpages... by e2d2 · · Score: 1

      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.

      Sure thing.. if the mission of your business is "to cause problems for Microsoft". But if the mission of your business is to reach the users then perhaps you should rethink that strategy. The user experience comes before your personal biases. That's part of being a developer.

    17. Re:Why I hate developing webpages... by DaHat · · Score: 1

      Shhh, you are thinking about profit and business, not the freedom and love that is promised by causing the downfall of Microsoft.

    18. Re:Why I hate developing webpages... by 33degrees · · Score: 1

      No. Designing for IE only is simply encouraging their bad behavior, and can cause you headaches in the long run. One of the big advantages to doing things in a standards compliant way is that you're guaranteed forwards compatibility, which means that if Microsoft decides to fix their bugs one day (as they did with IE5's broken box model), you can be guaranteed that your site will still work. Not to mention the possibility that IE will fall from it's spot one day.

    19. Re:Why I hate developing webpages... by DaHat · · Score: 1

      You mean like what Best Buy is trying to do?

      Your analogy is flawed though, I would gladly turn away any patrons to my store whose shoes cost me time/money (if I had a store).

      While those wearing IE may not be pretty, they are easy to deal with when you know what you are looking for, for that minority who complain about the other 90% not playing fair, and forcing my developers to spend time catering to them because they think they are better... no, I'd rather cut em loose and be done with em.

    20. Re:Why I hate developing webpages... by arkanes · · Score: 1

      Well, what parts of CSS2? And how many browsers support CSS2? Whats the market penetration of those browsers? HTML+CSS is a piss-poor way of presenting anything and it's no wonder that there's so many inconsistent implementations. If the W3C had never gotten on it's goddamn semantic web kick, and everyone accepted that HTML was a rich-text format and not some ridiculous attempt at "semtantic markup" the web would be a much better place. If you really want to store your data as semantic markup, use XML (NOT XHTML!) and do a server-side transform to rich-text HTML, just like you'd do a transform to PDF.

    21. Re:Why I hate developing webpages... by KarmaMB84 · · Score: 1

      "The goal of Firefox isn't to emulate IE,"...except in regards to the user interface.

    22. Re:Why I hate developing webpages... by Desert+Raven · · Score: 1

      If you sell customized linux servers, you can just block IE, since every single one of the people you want to do business with has already moved beyond it.

      It's pretty obvious to me that you have never worked in a position that made/recommended purchases for a company.

      Just because the geek who needs the new linux server is running Firefox, it doesn't mean that the manager/beancounter approving the purchase isn't running IE. In fact, the odds are pretty high they are.

      No legitimate business can afford to alienate a potential customer for trivial ideological reasons.

    23. Re:Why I hate developing webpages... by Anonymous Coward · · Score: 0

      Look good in Lynx? This has to get modded as funny

    24. Re:Why I hate developing webpages... by drew · · Score: 1

      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.

      while this logic is flawed in so many ways it's no funny, i'll only point out the obvious: this only applies if your revenue comes entirely from ads, which is very often not the case. (think online banking, ebay, any online store, online stock brokers, any site where you pay for a subscription to get access, any site such as msdn where the website exists to support an external source of revenue...)

      --
      If I don't put anything here, will anyone recognize me anymore?
    25. 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!

    26. Re:Why I hate developing webpages... by Naikrovek · · Score: 1

      Uhh, he never said a thing about blocking the page, just displaying a message. God.

      if i had a high traffic website i would probably do my part and tell IE users to stop and smell the roses too. God.

    27. 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.
    28. Re:Why I hate developing webpages... by ratsnapple+tea · · Score: 1

      Actually, Firefox stopped ripping off IE's interface a long time ago. Now they've moved on, and rip off Safari (placement of Google search bar, "busy" animation, toolbar customization dialog, etc. ad infinitum).

    29. Re:Why I hate developing webpages... by Smidge204 · · Score: 1

      Okay, so let's say you own a business...

      Are you going to kick out 1 in every 10 visitors just because you might not make as much money from them?

      That's a hell of a way to run a business.

      If you build webpages for a living, make sure you tell your clients that this is exactly what you'll be doing. I'm sure they'll love you for it.
      =Smidge=

    30. Re:Why I hate developing webpages... by emilymildew · · Score: 1

      Get one really huge business to do this, and to knock on MS' door and say why they are doing it, and let's see what happens.

      So far it's just been small time web devs complaining; what happens when someone who spends millions a year on hundreds of web devs refuses to continue to waste their employees' time and their money making them code to a shitty, poorly implemented, BROKEN browser?

      I'd like to find out.

    31. Re:Why I hate developing webpages... by emilymildew · · Score: 1

      It's not even a matter of huge pages, it's knowing that you are capable of doing Cool Design Trick Y that will make your site easier to navigate or understand and then finding out that IE simply doesn't support it at all.

      And if you have only had problems with position: fixed you must not ever work with floats, margins, max-width, hovers on things that aren't links, etc.etc. the list goes on and on.

      YOU are lucky. Most of us are not.

    32. Re:Why I hate developing webpages... by El+Cubano · · Score: 1

      And if you have only had problems with position: fixed you must not ever work with floats, margins, max-width, hovers on things that aren't links, etc.etc. the list goes on and on.

      In fact, I use each and every one of the elements you mention. I haven't encountered anything serious with them. Occasionally I'll get an element whose placement is a few pixels off from where I would like in one browser or another, but I can live with that.

    33. Re:Why I hate developing webpages... by spectre_240sx · · Score: 1

      However, if every design firm started doing this at the same time, it would send a wakeup call not only to Microsoft but to all of the ignorant IE users as well. Granted this is a scenario with a 1% of actually happening, but it would be a good thing imho.

    34. Re:Why I hate developing webpages... by ShieldW0lf · · Score: 1

      First year hacks who don't know what they're doing sniff browsers and put up stupid things like that.

      Developers who know what they're doing use functionality sniffing rather than browser sniffing, notify the user that the browser they're using doesn't support the standard functionality which is used to improve their experience, and offer a link to an uglier less powerful version that will let them get the job done.

      I think Microsoft is really under the wire on this one. Not because of their shit CSS2 support, or anything like that, and not because Joe Public is rushing out to get Firefox, but because developers are using it as their primary browser.

      It used to be that I used IE for my browser, developed my websites step by step testing against it because it was the one I used for myself, then went and checked it against older versions competing browsers and tweaked it enough to get the job done (amidst much cursing and swearing about NN4). So my websites just naturally tended to work best and look best in the latest version of IE.

      But Microsoft dropped the ball, and Firefox makes my life so much easier, so I use it to develop against and tweak my site afterwards to make it "good enough" in IE.

      I can't remember the last time I spoke to another web developer who uses anything but Firefox as their primary browser. Which means the same effect is being extended across more and more of the websites out there. So the web is naturally going to evolve in a fashion where things look best in Firefox and worse in IE. People will put the effort into IE more than they would for Opera or NN4 because of the market share effect, so it won't happen overnight or necessarally be very dramatic, but it'll happen nevertheless.

      The lack of CSS2 support is a pain in the ass, and something people bitch about. But they could get away with that if the developers were using their product as their browser of choice. That's not the case anymore though. Microsoft had better improving IE dramatically enough to make me and others like me want to start using it again on a day to day basis. If they don't, they're going to wake up one morning and find that most of the sites out there don't work as well in their product than the competition, and marketshare isn't going to prevent it from happening.

      --
      -1 Uncomfortable Truth
    35. Re:Why I hate developing webpages... by emilymildew · · Score: 1

      Can I get a link to your magical website? Because max-width simply DOES NOT WORK in IE. Hovers on things that aren't links simply DO NOT WORK in IE. I would love to see an example of ones that do work.

      It's not that the way they are implemented is off. It's that they aren't implemented.

    36. Re:Why I hate developing webpages... by GiMP · · Score: 1

      Perhaps you're a new convert to a non-IE browser; however, as someone who found himself chastised by "IE only" sites and "get IE" buttons, I am completely against such things.

      Web standards exist for a reason, so that web sites will work on all browsers, not just the popular one(s).

    37. Re:Why I hate developing webpages... by El+Cubano · · Score: 1

      Hovers on things that aren't links simply DO NOT WORK in IE.

      My mistake. You are correct on this one. I only use hovers for links and had not previously noted this.

    38. Re:Why I hate developing webpages... by ad0gg · · Score: 1
      If roles were reversed and mozilla had 90% of the market, i'd only test my pages in mozilla. BTW, if you haven't noticed, mozilla supports tags that aren't in in w3 spec(ie: blink tag etc). Would you be complaining if I wrote a page that only worked in mozilla? Hell even googles new services use technologies that aren't even in the spec(ie: xml objects).

      I'd like to see a decent web interface that works in opera,mozilla, and safari that doesn't include checking to see what browser they are using. Not even google can do it, take a look at all their user_agent checks in their javascript. BTW, how long after maps and gmail came out did it take google to make them compatible with safari and opera? And then compare their budget and man power to a small webshop.

      --

      Have you ever been to a turkish prison?

    39. Re:Why I hate developing webpages... by Reziac · · Score: 1

      Quick! Everybody change all your sites to use CSS 2.0, so all the websurfers out there will have to use Firefox or Mozilla! THAT'LL take IE off the map in a hurry. Bwahahahaha!!!

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    40. Re:Why I hate developing webpages... by Anonymous Coward · · Score: 0

      Hello fucked up troll. Nice to see you too.

    41. 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.

    42. Re:Why I hate developing webpages... by cwgmpls · · Score: 0

      Because thousands of hours and hundreds of thousands of dollars are spend maintaining internal web pages. You can reduce those costs significantly by coding them in CSS and forcing people to use CSS-compliant browsers internally. Sure, you may still need to tweek external web pages to support IE for your customers, but loads of money can be saved by ditching IE and following CSS standards for intranet web pages.

    43. Re:Why I hate developing webpages... by bunratty · · Score: 1
      Would you be complaining if I wrote a page that only worked in mozilla?
      Yes. You should in general write what will work according to the standards rather than what happens to work in the popular browsers at the moment. That will ensure your pages will continue to work in future browsers.

      Realistically, you do need to sometimes rely on features that aren't in the standards. But when you do that, you want to stick with using those non-standard features in a way that works in several popular browsers, again so that it will stand a good chance on continuing to work in future browsers.

      If you build a website that works in only one browser at the time you build it, you're more than likely going to have to rewrite parts of it later. And that generally ends up costing more money than doing it right in the first place.

      --
      What a fool believes, he sees, no wise man has the power to reason away.
    44. Re:Why I hate developing webpages... by chris_mahan · · Score: 1

      Therefore companies should shun IE-only code and develop to the standard to not alienate customers for trivial ideological reasons.

      And I work at a fortune 500 and make those kinds of decisions often enough to know that the majority of web sites selling stuff absolutely suck, which is why the few that do it well (amazon, dell among precious few) get all the business. And these work beautifully in FF.

      I tell you something: since there are 1.4 billion chinese, and only 300 million americans, we should switch to chinese as the main language, since there's more of them.

      The fallacy is that the amercians outspend the chinese by a margin so enormous that the 1.4 billion chinese become completely irrelevant.

      It's all about your target market, not about the greatest number of eyeballs.

      --

      "Piter, too, is dead."

    45. Re:Why I hate developing webpages... by westlake · · Score: 1
      My "mission" for my company is to provide good IT services for as low a cost as possible.

      Your primary mission as a web designer is to reach the eighty to ninety percent of the audience for your employer's website that will be running Internet Explorer, an audience that will simply move on to the IE friendly sites of his competitors when a page does not render properly. Your boss will not want to hear how you saved him money by sabotaging one of his best marketing tools.

    46. Re:Why I hate developing webpages... by msoftsucks · · Score: 1

      No. My primary mission is to keep 100% of the audience coming to my employer's web site. Leaving the 10-20% on the table is not an option. M$ doesn't get this. I will do everything I can to reduce the cost of the 100%, not only of the 80%. Now, the best way to do this is to follow public web standards, not Microsoft's bastardized version of those standards. If I code a site to use those standards, I'm guaranteed that my site will work across Windows, Linux, Mac, Sparc and many other platforms. If I use M$'s bastardized standards, my site only works for Windows. Other browsers following the public standards have surpassed IE in every manner without incurring any of the security negatives. Its up to us who are more technically savvy to explain to the sheep users that there really is a better way to browse the Internet. At the same time, this reduces the overall costs to serve the full 100%. Doing well by doing good.

      --
      Quit playing Monopoly with Bill.
      Linux - of the people, by the people, and for the people.
    47. Re:Why I hate developing webpages... by wheany · · Score: 1

      And for Opera users it is replaced by "Welcome, Opera user."

    48. Re:Why I hate developing webpages... by Anonymous Coward · · Score: 0

      I'll bet you are ignorant about which DOCTYPEs to send to IE to get the CSS boxmodel to work, and therefore incompetant at your profession.

    49. Re:Why I hate developing webpages... by Muerte2 · · Score: 1

      If I were running a business with the sole purpose of selling stuff so I can make money, I would do my best to not turn away *ANY* customers.

      What if Target/McDonalds/etc turned away one out of every ten customers walking in their door because they were too tall to enter the door? Is it the customer's fault they're too tall to enter the store? No it's the store's fault for not designing the door properly to best support ALL potential customers.

      Just like building a bigger door is really easy, so is designing your site to work well in all browsers.

    50. Re:Why I hate developing webpages... by e2d2 · · Score: 1

      I see absolutely no bias in your post.. "msoftsucks"

  9. 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/

    1. Re:more on css2 by dmf415 · · Score: 1

      Just here to help, LOL =)

    2. Re:more on css2 by Anonymous Coward · · Score: 0

      s/help/karma whore/

  10. 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 Anonymous Coward · · Score: 0, Insightful

      Erm, I can't recommend to my customers Firefox or Opera if they refuse to support the correct Microsoft standards. IE commands 90% of the browser market and sites will just have to use whatever MS bundles in. It's called capitalism, and it's good for America.

    2. Re:So In Other Words... by MightyMartian · · Score: 1

      Monopolies are bad for consumers. Doing what you can to tear up a monopolist's market share is in my mind a noble cause.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    3. Re:So In Other Words... by Anonymous Coward · · Score: 0

      However, their monopoly allows them to get away with being lazy in such areas, which is bad.

    4. 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.

    5. Re:So In Other Words... by Anonymous Coward · · Score: 0

      Yeah, the consumers are busy switching away from MS right?

    6. Re:So In Other Words... by msoftsucks · · Score: 1

      And with capitalism, if someone builds a better mousetrap, he can win some of the rewards. Since M$ has won the browser wars, it hasn't given a damn about IE. This is what happens with monopolies. Now, open source has given us a better mousetrap with Firefox. M$ having 90% of the market is meaningless. People will use whatever is better. You're seeing this quite dramatically. Within several months, M$ has lost 10% of the market! In what industy is this not news? Any CEO who had lost 10% market share, would have been fired immediately. With M$ continuing to refuse to support public standards, this trend is just going to continue. Any vendor who doesn't honor its customers wishes, will soon not have any customers. Customers are slowly waking up to the fact that only publicly defined standards and not vendor specific are the only way to go.

      --
      Quit playing Monopoly with Bill.
      Linux - of the people, by the people, and for the people.
    7. Re:So In Other Words... by MightyMartian · · Score: 1

      They don't have to switch from MS. They just don't have to use IE7 which will continue the tradition of a busted browser. Why would I want to encourage my customers to use a crappy browser?

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    8. Re:So In Other Words... by zopu · · Score: 1
      Yeah, the consumers are busy switching away from MS right?

      In this case, yes...

      http://www.overclockersclub.com/?read=0970358

      The Mozilla Firefox web browser has increased its total global usage to 8.5% according to Onestat.com, a leading web analytics company. While Microsoft's Internet Explorer still dominates the global market at 87%, it has lost 1.6% of it's users since November of last year.
    9. Re:So In Other Words... by DaHat · · Score: 1

      Any CEO who had lost 10% market share, would have been fired immediately.

      Hardly, has this lost market share to Firefox and other browsers cost them a single penny? No. Have they sold fewer copies of Windows to OEM's and end users? No.

      This loss of market share has hurt Microsoft in no way other than people starting to think there is another way... and as always, has caused Microsoft to respond. Have you forgotten history? What happens when Microsoft responds to a challenge? They do so in full force and leave a bloody train behind them of those who could not stand up to them.

      Lets just wait and see what happens, shall we?

    10. Re:So In Other Words... by Anonymous Coward · · Score: 0

      Wrong. My sister, my wife, could care less about monopolies, web standards, coding, blah, blah blah. All they care is that when they buy a piece of software, it works as advertised.

      They and I, for that matter, am quite content with MS. XP works, it is good enough that they have few complaints. Windows 2000/2003 works. It can be a hassle not forgetting to visit windows update but other than that- it works.

      Would it be nice if there were 5 different operating systems available for consumers (non-techs) to use? Maybe, but I don't see the obvious benefit. If every software I need and like was going to be available for my favorite platform, then I could care less. "Down with monopolies!"

      But in the real world. Software publishers usually do not have the time or money to make their products work for every OS out there. Consumers have gravitated to one OS whether by force or choice. So what? Again, XP is good enough for the non-tech user and most people could care less about "monopolies!"

    11. Re:So In Other Words... by MightyMartian · · Score: 1

      And I'm not suggesting pushing them away from Windows. While I think *nix desktops are "getting there", I don't think they are there yet. I'm merely saying that I'm seriously considering recommending my customers go to Firefox/Thunderbird or Opera. They'd still be running on WinXP boxes, so it's not like I'm asking them to give up SOL.EXE. Windows after all, is still a platform. One does not have to run MS software entire. I'm not an MS salesman, and while I recognize Joe Average doesn't want or even need to hop to some other OS, that shouldn't stop me from encouraging using alternate software like Firefox, Opera or OpenOffice.

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

      Well, the last time they did this they essentially undermined Netscape which was a for-pay product. This time they're battling another free browser, and now they're saying "We're not going to be standards-compliant with our next version." It's a different war than the first browser war. That being said, I'm sure MS is going to play every dirty trick it can.

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

      Yes, they are going to respond, its expected. Again, M$'s refrain is, our current products suck, just wait until the next version. The reality is that unless M$ stands up and supports the Internet standards in a very real way, there is going to be a constant market drain. Developers are tired of having to code a web site multiple times and to have to deal with IE's inconsistent rendering engine.

      Your not correct regarding market share. This 10% loss has further opened the door significantly for companies like IBM, Novell, Redhat and others. Their solutions are now being seriously looked at and considered by enterprises. In the US, significant wins are slowly changing CEOs minds (just look at Google, or Home Depot - not a single Windows machine in the bunch). Overseas, its looking like a flood where alternative solutions are being implemented.

      Even M$'s recent moves have created further doubt in CEOs minds. Instead of dealing and fixing IE's security problems, M$ decides to go out and buy a anti-spyware company. The number one way that spyware gets onto a machine is through IE. With M$ making money through spyware, what incentive does it have to fix IE's security problems?

      My bet is just like XP SP2 was an incomplete solution, so too will be IE 7. M$ has no real interest in supporting Internet standards, has no real incentive to fix IE's security problems, and has no incentive to really innovate (this would further reduce the need to buy Longhorn when it comes out). So, I guess we'll see.

      --
      Quit playing Monopoly with Bill.
      Linux - of the people, by the people, and for the people.
  11. B.S. by Look+KG486 · · Score: 0

    What makes CSS2.1 better than 2.0 enough not to support either? Is there something in their code base that gets funky when handling CSS?

    --

    "Play is the only way the highest intelligence of humankind can unfold." -- Joseph Chilton Pearce

    1. Re:B.S. by MightyMartian · · Score: 1

      That's right, it's just B.S. MS is hoping to fool its customer base by insinuating flaws, whilst simultaneously holding the carrot of 2.1, which I bet they have about as much desire to support as 2.0. It's the same old game, spread the FUD to make sure that a standard is undermined and the competitors get hosed. This is why MS needs to be busted up. It hasn't learned its lesson, it isn't a better company, and until the most severe sanctions are applied it will continue playing the same old game.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
  12. 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...

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

      If they actually improved security. But they won't. So we'll have IE6 with more bloat and they'll call it a major update. Just as important as security is a codebase to deal with the change nature of the web.

    2. Re:Well... by Jicksta · · Score: 1

      It's really a matter of perspective.

      You, I take it, are a Windows user-- probably someone who uses IE because it's convenient.

      I'm a Linux-using standards-compliant web developer who thinks Microsoft's constant apathy for standards in all media is absolutely intolerable.

      For me, I feel Windows users deserve the insecurity they pay for. The joke's on them.

    3. Re:Well... by hal2814 · · Score: 1

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

      That's my thought. It's like them saying, "Well, we really need to focus on walking so chewing gum will just have to wait."

    4. Re:Well... by Rosyna · · Score: 1

      Wasn't security the same excuse MS used for the IE included with XP SP2? I just wonder why they're using the same exact excuse for IE 7.

    5. Re:Well... by KarmaMB84 · · Score: 1

      IE in XP SP2 only had minor security enhancements. The buffer overrun protection in the OS was the real jewel of that revision and has apparently protected IE in SP2 from several vulnerabilities (which are still marked as unpatched by Secunia along with crash bugs that they don't even think are exploitable....). IE 7 will probably work on the cross domain scripting issues and the spoofing/phishing issues.

    6. Re:Well... by Koiu+Lpoi · · Score: 1

      Well, if it doesn't render webpages at all, it's got near perfect security! In fact, they can even impliment CSS2, but they won't even need to use it - it's a possible security risk!

    7. Re:Well... by truthsearch · · Score: 1

      The reason is the average user is now caring about security. The average user has never cared about standards compliance. They just want to see things that look good. It's only the developers (a much smaller community and many not Microsoft customers) that complain about standards.

  13. 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 gl4ss · · Score: 1

      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?

      --
      world was created 5 seconds before this post as it is.
    2. 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.
    3. 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...
  14. 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
    1. Re:Boo... Sort of by Jicksta · · Score: 1

      Eh, Windows users will likely not go without anything at all... they'll probably just see flawed support for the six-year old CSS1 standards.

  15. 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 Anonymous Coward · · Score: 0

      If I can multiply three large primes modulo some other number in short order, why can't someone else factor the result?

    2. Re:This is silly... by Anonymous Coward · · Score: 0

      Because "standards" are not the end-all, be-all. That's your problem. You design/code/implement to the most used platform, knowning full well as requirements/platforms change, you'll need to go back and change things... that's the nature of the universe. If you got into computer thinking it was task oriented, hahahahaha.

    3. Re:This is silly... by earthbound+kid · · Score: 1

      Did you include a Doctype at the top? With the full address of the w3c dtd file? If you forget to include that, IE will render pages in it's usual patented "Crap-o-vision." But, if you do include it, usually IE's version of the page becomes semi-tolerable. Just use CSS 2 selectors (specifically, the greater than sign is useful) to apply a few box sizes that IE won't be able to see and you should be able to fix up the rest of the page to fit together.

      Yes, this sucks, and yes, Microsoft should fix its browser. But at least you can work around it relatively simply, thanks to MS not supporting CSS 2.

    4. Re:This is silly... by Jicksta · · Score: 1
      The big picture here seems to be more along the lines of
      If the W3c is the authority on web standards, why can't Microsoft, the monopolized browser king, code to them?
    5. Re:This is silly... by earthbound+kid · · Score: 1
      You design/code/implement to the most used platform, knowning full well as requirements/platforms change, you'll need to go back and change things... that's the nature of the universe.


      But the whole thing is, thanks to Doctype declarations, it doesn't matter if Firefox switches to XHTML version 2 or to CSS version 8 in the future, my page will still be properly declared an XHTML 1.1, CSS 2 page, and so will be rendered properly with the old engine. That's the whole point of W3C standards, that it let's us have a fixed target to aim at, even as browsers keep moving forward. When you properly declare your page to be CSS 2, you're ensuring that your page will still work when CSS 3 comes out.
    6. 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.

    7. Re:This is silly... by radish · · Score: 1

      Firefox isn't perfect. I'm an experienced html coder, but haven't played with CSS2 much. I was doing a quick page the other day - read the spec, coded the page. Looked at it in IE - fine, just as I had expected it to look (actually I was surprised IE rendered it properly). Then I tried Firefox - big mess.

      I won't argue that IE is borked, and FF is a massive improvement - but FF is a long way from being a reference CSS2 impl.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    8. Re:This is silly... by ShamanDave · · Score: 1

      If I code to standards why can't microsoft make their products support standards? I try not to just jump on the anti-MS bandwagon, but in this case, I really believe MS doesn't support standards so that they can make people put "best viewed with IE" on their web pages. They don't want any standards in the internet that they can't charge people to use.

    9. Re:This is silly... by Anonymous Coward · · Score: 0

      I'm an experienced html coder, but haven't played with CSS2 much. I was doing a quick page the other day - read the spec, coded the page. Looked at it in IE - fine, just as I had expected it to look (actually I was surprised IE rendered it properly). Then I tried Firefox - big mess.

      What is the number of the bug report you filed for this issue?

      If for some strange reason you neglected to file a bug, perhaps you could at least put this "big mess" online somewhere and provide a link, so that people who do care about how well Firefox renders CSS2 can file one for you?

      I mean, Firefox practically lives by how good its CSS implementation is. If you've really found a case where IE gets it right and Firefox fails utterly, this is big news. We want to see it, not just hear you tell an anecdote.

    10. Re:This is silly... by Anonymous Coward · · Score: 0

      I'm an experienced html coder, but haven't played with CSS2 much. I was doing a quick page the other day - read the spec, coded the page. Looked at it in IE - fine, just as I had expected it to look (actually I was surprised IE rendered it properly). Then I tried Firefox - big mess.

      When presentational HTML coders start to use CSS, they make a few predictable mistakes, since they try and "translate" their HTML presentation techniques into CSS, when there's no guarantee there's a suitable translation.

      For example, they see "text-align: center", and they assume it does what <center> did. They write a page, load it up in Internet Explorer, and see it work. Then they load it up in Firefox and see it break. From this, they conclude that Firefox doesn't support CSS correctly.

      Wrong.

      text-align: center isn't supposed to work like <center>. It's supposed to centre text within line-boxes, not centre elements within boxes. Internet Explorer gets this wrong, other browsers get it right.

      There are countless examples of this kind of thinking. Since you haven't posted an example, and the sort of CSS that Firefox gets wrong is generally not stuff that newbies use, I'm inclined to assume that you've simply made one of these incorrect assumptions.

    11. Re:This is silly... by Anonymous Coward · · Score: 0

      What standard? The standard of some obscure body of coders or the standard of a web browser that is operating on 85% percent of computers on the Internet.

      YOU choose the wrong standard.

    12. Re:This is silly... by mu-sly · · Score: 1

      Hate to pick holes in your plan there, but it's generally best to code for the better browser in the first place and then hack against the broken one.

      You're proposing using the broken stuff for IE, then fixing it for the better browsers, but it's better to code for the good browsers and then provide the extra stuff that only IE will understand.

      The star-html hack is one of the cleanest ways of doing this:

      #mydiv {
      /* This is for all good browsers */
      width: 100px;
      height: 150px;
      }

      * html #mydiv {
      /* This is extra stuff for crappy IE */
      width: 140px;
      height: 190px;
      }

      The star-html hack keeps your hacks away from better browsers (because they basically ignore it) so it's only IE that has to read things twice.

      Why make the good browsers work harder, and this way you can surgically remove the hacks at a later stage and be left with the nice clean, simple CSS that you really wanted.

      There are times when you're forced to hack the other way around, but it's generally better not to other than as a last resort.

      The chart on this site is an absolute life-saver for all kinds of CSS hackery.

    13. Re:This is silly... by molo · · Score: 1

      IE6 chokes on the W3C XHTML 1.1 DTD. Don't ask me why.. but it displays an error and won't render the page. If I remvove the DTD (but leave the Doctype), the page renders fine (and actually still validates). *sigh*

      -molo

      --
      Using your sig line to advertise for friends is lame.
    14. Re:This is silly... by Dryth · · Score: 1

      "Standards." "You use this word a lot. I do not think it means what you think it means."

      There are de facto standards, and there are de jure standards. Both are valid types of standards, just with different endorsement.

      In the perfect world, all standards would be de jure standards. But in this imperfect world, de jure standards take forever to standardize, are often non-trivial to implement, and as a result often breed their own de facto offshoots, particularly if early adopters are 800lb gorillas.

      One might pick at whether IE's standards are "de facto" based on rate of adoption, but with other browsers imitating much of its proprietary functionality (i.e. XMLHTTP and various non-standard JavaScript properties/methods), I think the label is reasonable.

    15. Re:This is silly... by deanoaz · · Score: 1

      I agree. Not only does keeping IE broken with respect to CSS force people to code to it, but that in turn makes it harder for people to chose an alternative browser since much of the web only works correctly with IE. I asked my Microsoft-Loving nephew-in-law why Microsoft doesn't support CSS properly and he said that based on what he's been told in various classes, etc. they want to push a completely different presentation model and kill CSS with it.

      --
      If 'the people' in Amendment 2 are 'the state' then Amendments 1, 2, 4, 9, and 10 benefit the state, not you.
    16. Re:This is silly... by spectre_240sx · · Score: 1

      No offense mister AC, because I completely feel your frustration and I agree with what you're saying, but why the hell was this modded insightful? The fact that Microsoft wants nothing to do with standards for one reason or another has been known for quite some time.

    17. Re:This is silly... by Anonymous Coward · · Score: 0
      ...why can't Microsoft, the monopolized browser king, code to them?

      You've just answered your own question. Why should they if they're monopolized?

    18. Re:This is silly... by Anonymous Coward · · Score: 0

      That "completely different presentation model" is considered to be legacy. IE6 is lagging behind, but it does resemble W3C CSS.

  16. 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.

  17. 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)
  18. 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.
    1. Re:Translation .... by magnidoodle · · Score: 1

      How about calling their flawed standards MS!CSS? They could start with version 4.0, because, of course, theirs is better than the old standard. By the way, you could only use the MS!CSS if you promise by threat of death or dismemberment to never visit any 'old fashion' CSS sites or use one of those 'non-compliant' browsers. Why I'm sure that they're trying to patent it right now... In fact, I wouldn't be suprised if they try to copyright "CSS", so that no one can even speak the name of the flawed blasphemy! (Or charge you if you do...)

  19. 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.

    1. Re:At this point, who cares? by Jicksta · · Score: 1

      It will not change how web developers create sites

      Ahem... every version of IE in the past has changed how we code our pages and stylesheets, and you predict IE7, which was just announced to not have full support for CSS2, to somehow be different?

    2. Re:At this point, who cares? by naelurec · · Score: 1

      People will use IE7 .. it will not derail Firefox.

      Why not exactly? If the default browser is good enough, why install a secondary browser? If MS builds IE to be singificantly less vulnerable to spyware/adware (ie integration with their spyware tool), throws in pop-up blocking, throws in tab browsing, etc.. what is the motivation to download firefox and use it instead?

      I think they can easily derail Firefox .. who is going to stop them? Web developers -- ha! They are being paid by businesses that don't give a crap about CSS2 standards -- if their website doesn't work with IE then it is broken. As an occasional web developer, I can tout the virtues of CSS/XHTML all day long, but it ultimately comes down to "I looked at this in IE and its not displaying right.. fix it."

    3. Re:At this point, who cares? by Ars-Fartsica · · Score: 1
      every version of IE in the past has changed how we code our pages and stylesheets, and you predict IE7, which was just announced to not have full support for CSS2, to somehow be different?

      Because 99% of the webpages out there already severely limit the use of most DHTML features due to browser constraints. The exceptions (google maps etc) are well known. So 99% of the pages will contine to be lowest-common-denominator, nothing changes there.

    4. Re:At this point, who cares? by Ars-Fartsica · · Score: 1
      Why not exactly? If the default browser is good enough, why install a secondary browser?

      Because 10% of the userbase has already installed it and people tend not to uninstall software. Because many people will always hate Microsoft and a new version of IE is not going to change that. Because not everyone uses Windows.

      By the way IE will never eature a useful ad blocker because Microsoft does not want to offend MSN advertisers.

      Don't get me wrong, I am not claiming that Firefox is going to "take over", simply that those people who use it now are likely to continue.

    5. Re:At this point, who cares? by bob670 · · Score: 1
      Just reading what has been posted on /. lately shows FF is already coming off the rails, and while it is great, it is not perfect. Let's be real here, 25 million FF downloads across Mac, Windows and *Nix platforms vs. 514 million registered XP installs, Microsoft is worried just enough to backport IE7 to XP, but they aren't losing much sleep.

      You stated the obvious point, IE7 will pop up on Windows Update and that will be that. And don't kid yourself, Longhorn will sell like mad, MS got virutally every Windows user to upgrade to XP and Longhorn looks to have anti-spyware, anti-virus and loads of eye candy built in. Tell Joe User his PC will look cool and that he doesn't need to fork over for anti-virus and spyware tools and he'll sign right up.

    6. Re:At this point, who cares? by Mattintosh · · Score: 1

      Tell Joe User his PC will look cool and that he doesn't need to fork over for anti-virus and spyware tools and he'll sign right up.

      It hasn't worked for MacOS X yet. Joe User is becoming an increasingly disinterested party, and isn't going to put up with this crap for much longer.

    7. Re:At this point, who cares? by cmacb · · Score: 1

      Not to mention that there is no version of IE for those of us using Linux, and the version for OS X is fairly redundant (I've already deleted my copy). It's nice that Firefox will run on Windows, but the big advantage of it running over there (as far as I'm concerned) is to convince people that they don't need to be running windows at all. When I was still using Windows I used Mozilla for web, usenet, e-mail, OpenOffice for document sharing with Word users. By the time I fully stopped using Windows my desktop there looked almost identical to my Linux desktop. All I had to do was switch to Gaim from the other IM clients.

  20. 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.

  21. 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.
  22. 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"...

    1. Re:back to explorer? by Anonymous Coward · · Score: 0

      Let them. If MS actually fixes things (which is a pretty big "if"), let them go. If MS ever screws them over again, they should know where to come.

    2. Re:back to explorer? by sakri · · Score: 1

      I'm not so easy to let them go... the issue being that your average user (or client in my case) is clueless about the existance of such a thing as CSS. They think all is fixed, and I just have to keep playing the broken record about "why there is an extra cost to make your site compatible with more browsers". it's a dick move.

    3. Re:back to explorer? by BlueCup · · Score: 1

      Ha, not a chance here, and I'm betting I'm the norm. Of course, the only reason I ever open up IE is to see if the page i've designed makes any sense in it... so, I suppose by not adding CSS 2.0 support they're keeping me onboard, though only minimally.

      --
      WANNAWIKI Wannawiki WannaWiki WANNAWIKI!
    4. Re:back to explorer? by sakri · · Score: 1

      I'm not convinced about your "norm"ness :) I installed a machine recently for my father-in-law... after explaining to him that "explorer" isn't the same thing as "internet"... I had to search around to find the portal of his ISP so that he could "navigate the web". Unfortunately that's what I see as the norm :D that's funny and all... but like I said, it's not funny when you get into heated arguments with clients (either before release, or after they've received complaints) over why cross-browser support costs extra time and money.

  23. 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).

  24. 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 teamhasnoi · · Score: 1
      I think you may be on to something.

      This sounds like a perfect way to have the Justice department serve Microsoft tea and cakes again, while asking if they are comfortable, and if they can get Sir Bill a pillow for his feet.

      "What a country!" - Yakov

    2. 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

    3. Re:IE7 & Google by IAmTheDave · · Score: 1

      Mod parent up. It's true that controlling the execution of the web means being able to keep down competitors. Let Google do search, but keep it away from MS's major cash cows.

      --
      Excuse my speling.
      Making The Bar Project
    4. Re:IE7 & Google by toxtothogrady · · Score: 1

      Google should develop their own standards compliant browser. Though Firefox is great, it's still relatively unknown to the general public. Google on the other hand, is a household name. I think most users and companies would feel supremely confident installing and using a Google browser. Google could crush IE in no time at all. That would make me so very happy, as I'm sick to death of the time I lose applying hacks and workarounds to my code for Suxplorer.

    5. 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

  25. 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?

    2. Re:Easy solution by Cereal+Box · · Score: 1

      All of that instead of just correctly implementing the PNG standard.

      Actually, if you would READ the PNG standard instead of spouting off about "standards" without having a clue about them, you would realize that standards documents do not always say beyond a shadow of a doubt HOW particular things are to be handled. Case in point, the wording of the PNG standard never explicitly says that alpha channel processing MUST be handled:

      The alpha channel can be used to composite a foreground image against a background image. The PNG datastream defines the foreground image and the transparency mask, but not the background image. PNG decoders are not required to support this most general case. It is expected that most will be able to support compositing against a single background colour.

      Note that it is merely "expected" that "most" PNG decoders can handle alpha transparency against a single background color. It is never emphatically stated that ALL PNG decoders MUST handle transparency against a single background. Blame the W3C for wording this part poorly.

      Hence, Microsoft is not in the wrong for not supporting PNG transparency in the manner you expect them to.

      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).

      You're right, and maybe Mozilla should start by FULLY supporting CSS2 as well.

    3. Re:Easy solution by JohnsonWax · · Score: 1

      Hey, it worked for USB...

  26. obviously not blocking IE by bdigit · · Score: 1

    obivously im not going to do that. It was just said out of frustration. Of course it would be stupid to block out the majority web browser from accessing your site.

  27. Here, have some karma. by Anonymous Coward · · Score: 1, Funny

    Thanks for saving me the trouble of typing "CSS2" into google.

  28. 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
  29. I'm only gonna do this one more time.... by Onimaru · · Score: 0, Offtopic

    Oooooooh, if you want to be possessive, it's just I-T-S but if it's supposed to be a contraction then it's I-T apostrophe S. Scalawag.

    --
    adam b.
    1. Re:I'm only gonna do this one more time.... by Anonymous Coward · · Score: 0

      BZZ wrong.

    2. Re:I'm only gonna do this one more time.... by mausmalone · · Score: 1

      I don't know what shocks me more.... that you care enough about this to comment, or that you even bothered to read the subject of a post at all.

      --
      -=-=-=-=-=
      I'd rather be flamed than ignored.
  30. 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.

    1. Re:Translation by iminplaya · · Score: 1

      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...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.

      You can thank IP law for that. I think the web has been held back fifty years or more because we had to wait for some patent or copyright to expire before the technology could be widely adopted(kinda like FM radio and the Diesel engine?). It would also explain why we're still using kerosene burning, sub-sonic jalopies for our transportation needs.

      --
      What?
  31. Would have been nice... by narrowhouse · · Score: 1

    If they had made a more specific mention of their problems with CSS2. OK, it's flawed, would a little constructive commentary on how to fix it kill them? Is it not flexible enough? Too flexible? Too hard to extend in a proprietary way?

    --


    Insert pithy comment here.
  32. Will IDN support be a bigger issue? by NerdHead · · Score: 1, Interesting

    When Firefox, Opera, and other browsers got burned by the support for IDN and phishing exploits associated with it, IE looked good for not having IDN support. It will be interesting to me to see if Microsoft noticed it and will offer users a choice to turn off IDN support.

  33. I want to USE CSS! by teamhasnoi · · Score: 1
    And those pricks at MS are making it difficult. Not to mention that they are waiting til they have their own implementation out.

    Dicks.

    If Bill had to wipe his ass with the TP the 'rest of us' use, we wouldn't have this problem. Unfortunately for us, he uses only the freshly washed hands of his underlings' children.


    DAMN YOU, GATES!

  34. 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 Anonymous Coward · · Score: 0

      And what should the point be by that? Joe desktop would still have to download and install it, and then he might as well just install Firefox.

    2. Re:Firefox rendering engine for ie by Anonymous Coward · · Score: 0

      I don't have the slightest idea, but that'd be awesome.

    3. Re:Firefox rendering engine for ie by Anonymous Coward · · Score: 0

      You might be on to something.

      Why not just make an IE clone out of Firefox
      and tell dumb users that it's the new IE.
      You know they'll believe and click anything.

    4. Re:Firefox rendering engine for ie by Billly+Gates · · Score: 1

      Joe desktop installs spyware plugins from companies like gator's commit cursors as well as quicktime and shockwave plugins.

      Joe wont over visit www.mozzila.org but may if a cute little popup informs him that this site needs plugin CSS to be work properly.

    5. 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.

    6. 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
    7. Re:Firefox rendering engine for ie by DNA+Beast · · Score: 1

      Now if someone could write a virus/spyware that installed this on every window's users computer,...

      Use it for good, not evil.

  35. Microsoft already supports... by suitepotato · · Score: 1

    ...CFS: Cascade Failure Sheets. These are CSS which cause IE to crash taking Explorer with it followed by kernel32 and then your sanity...

    --
    If my grammar and spelling are off, I am [distracted/tired/careless] (take your pick)
  36. This should be illegal by Anonymous Coward · · Score: 1

    I call it plain incompetance.
    This is how MS works, they ignore the standards and develop their own BS version that sucks. Of course the MS BSSS will require hacks and tweaks for web pages to look the same on other browsers. With the effect of customers rolling over on their back, and have their tummy's rubbed by MS's browsers.
    This is F'd up. Kill MS

    1. Re:This should be illegal by Anonymous Coward · · Score: 0

      It should be illegal to not support CSS2 in your browser?

      If your customers/visitors/etc. will not switch away from MSIE, then I think your problem is with them, not MSIE. Microsoft doesn't force you to use their browser.

  37. 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.

    1. Re:Just askin' by Yaa+101 · · Score: 1

      Because a MS lover modded you down...

      Don't worry, there are more mods...

    2. Re:Just askin' by Anonymous Coward · · Score: 0

      You probably should have been properly labeled as "Troll" because you are arguing a stance based on a completely unsubstantiated rumor.

  38. What does CSS2 give you that is needed? by caluml · · Score: 1
    From TFA: "CSS 2.0 has a few nice features, but realistically, I don't think it being in there makes much difference either way," said a Windows developer, who requested anonymity.

    What is there in CSS2 that is really needed/useful then? I am a pretty pitiful HTML coder (as you can witness on my website), so I need an expert to explain to me. :)

    1. 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.
    2. 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.

    3. Re:What does CSS2 give you that is needed? by PigleT · · Score: 1

      Maybe this page would be worthwhile reading?

      --
      ~Tim
      --
      .|` Clouds cross the black moonlight,
      Rushing on down to the circle of the turn
    4. 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.

    5. Re:What does CSS2 give you that is needed? by caluml · · Score: 1

      Hello Tim, long time, no speak.
      I understand what CSS does - and why it is beneficial. My question was what is (if there is one) the killer reason for CSS2? "Aural style sheets?" "Several internationalization features, including list numbering styles, support for bidirectional text, and support for language-sensitive quotation marks?" Not for me.

    6. Re:What does CSS2 give you that is needed? by Anonymous Coward · · Score: 1, Interesting

      My question was what is (if there is one) the killer reason for CSS2?

      How about separation of display and content?

      You just include basic tags in the markup (h1, h2, p, li, etc.), which tell you what the content is (heading, list, paragraph text), and use CSS to affect how it's displayed (font, color, background, graphics, etc.) - including things such as fold-out lists, drop-down menus, and other eye candy.

      You can then alter the display without touching your markup (see here for an example.)

    7. Re:What does CSS2 give you that is needed? by RoLi · · Score: 1
      a web page that is full screen at any resolution

      check out www.csszengarden.com

      Sadly, most designs at csszengarden are crappy fixed-width designs, I've viewed all of them a couple of months ago and just the title-design and maybe 6-7 others (out of hundreds) are variable-width.

    8. Re:What does CSS2 give you that is needed? by Anonymous Coward · · Score: 0
      Oh for heaven's sake, will you just listen to the guy before posting your inanity? What part of I understand what CSS does don't you understand?

      He's asking what the killer features for CSS 2 are. Not CSS, but CSS 2.

    9. Re:What does CSS2 give you that is needed? by Anonymous Coward · · Score: 0

      "Several internationalization features, including list numbering styles, support for bidirectional text, and support for language-sensitive quotation marks?" Not for me.

      Well that's great, but I'm sure it's a big deal for the majority of people (i.e. people who don't speak English).

      The big deals for CSS, for me, are:

      • More powerful selectors - so you can style things like input[type=text] without editing thousands of HTML files to add in unnecessary classes.
      • display: table-cell - easy support for columns without messing about with floats
      • Generated content - e.g. put an icon after every external link with a.external:after { content: url(icon.png); }
    10. Re:What does CSS2 give you that is needed? by caluml · · Score: 1

      Yes :) I want to know why people want IE to support CSS2! Why aren't they happy with CSS1?
      At least the AC gets it :)

    11. Re:What does CSS2 give you that is needed? by Anonymous Coward · · Score: 0

      What part of I understand what CSS does don't you understand?

      the part *after* it, where he states that he wants to know what the "killer feature" is

      He's asking what the killer features for CSS 2 are. Not CSS, but CSS 2.

      What's the killer feature of Firefox 1.1? Windows 98? KDE 3.4?

      Not of the previous version, but the point release.

      Perhaps you should get that stick removed from your ass, it might improve your demeanor.

  39. Great news! by Broiler · · Score: 1

    If everyone followed the standard it would be easy.
    If it were easy then anyone could do it.
    If anyone could do it then half of /. readers would be out of work.
    So, this is good news.

    --
    My sigs offend the max # of people all over the world, regardless of race, religion, color, sex or creed. It's a gift.
  40. The real reason by thisisauniqueid · · Score: 1

    CSS is only considered by M$ to be a "flawed standard" because they didn't have enough input in setting the standard in a way that makes it easy for them to take the standard in a narrow-minded direction. This is the rebellion of a netizen that is not happy when other bodies start setting the standards for once.

  41. 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 arkanes · · Score: 0, Troll

      Slashdot actually adheres quite reasonably to HTML 3.2. You might not *like* that web standard, but it is one.

    2. 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?
    3. Re:time to spend some karma by ratsnapple+tea · · Score: 1

      Actually, it doesn't. Since Slashdot blocks the W3C validator as a referer [sic], try downloading a Slashdot page (any page) and uploading it to the validator manually. You'll see undefined elements, invalid attributes, omitted end tags, end tags with no matching start tag, and on, and on, and on... It's really a quite potent indictment of the open source process, if you ask me.

    4. Re:time to spend some karma by arkanes · · Score: 1

      The w3c validator is quite a bit stricter than the standard as written. Compare Slashcodes HTML to the actual text of the standard and you'll find many fewer errors.

    5. 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.

    6. Re:time to spend some karma by Mr_Silver · · Score: 1
      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.

      What pisses me off the most is that I had to update AvantSlash because they changed the HTML slightly.

      Granted, it turned out that it was a case change of the tr and td tags (why? it's not like it'll change anything) and I really should have coded to manage this (forgot the little i at the end).

      However the reason I'm pissed is that if it was decent (x)html and css I wouldn't have to write something so it's reasonably viewable on my pocketpc.

      --
      Avantslash - View Slashdot cleanly on your mobile phone.
    7. 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.

    8. Re:time to spend some karma by ratsnapple+tea · · Score: 1

      Slashcode stands up terribly against the written standard, and by trying to defend it on technicalities, you're kind of missing the point. See this.

    9. Re:time to spend some karma by GiMP · · Score: 1

      Nor does the A element specify that it must be closed, but it is good practice. All elements which contain text should be closed. This, I believe, was simply not articulated properly in the standard, and has thankfully been resolved with XHTML.

      Having written HTML since 1996, I've always closed LI, TR, TD, and TH elements.

    10. Re:time to spend some karma by Phexro · · Score: 1

      "...it turned out that it was a case change of the tr and td tags (why? it's not like it'll change anything)..."

      Probably a compatibility change. In XML (and therefore XHTML), element and attribute names must be lower-case. In SGML, they could be upper or lower.

    11. Re:time to spend some karma by arkanes · · Score: 1

      Well, there's no such thing as an invalid attributes or element in HTML 3.2 (the standard explicitly allows for attributes beyond the standard ones, although the validator tosses a warning). 3.2 doesn't require a character encoding, either. You're mistaking "conforms with a poor standard I don't approve of" with "doesn't conform with web standards". Which is not to say that updating Slashcode to deliver something a little more modern wouldn't be a good thing. But say what you mean instead of blathering about "web standards", which doesn't mean what you think it means.

    12. Re:time to spend some karma by arkanes · · Score: 1

      Yes, but people aren't saying "Slashcodes HTML is written in a poor style thats hard to parse and should be updated", they're screaming about lack of compliance with web standards, as if XHTML Strict is the only web standard there is. Say what you really mean.

    13. Re:time to spend some karma by Anonymous Coward · · Score: 0

      Well, there's no such thing as an invalid attributes or element in HTML 3.2 (the standard explicitly allows for attributes beyond the standard ones

      You've posted this lie before, and not responded when somebody linked to the specification and challenged you to show it.

      Please don't continue to spread lies.

      3.2 doesn't require a character encoding, either.

      Of course it does. Do you even know what a character encoding is?

      But say what you mean instead of blathering about "web standards", which doesn't mean what you think it means.

      You're one to talk! You refer to HTML 3.2 as a standard above. The only form of HTML that has been standardised is ISO-HTML.

    14. Re:time to spend some karma by eggz128 · · Score: 1
      Nor does the A element specify that it must be closed


      Actually the specs do specify that anchors must be closed:

      HTML 3.2 which Slashdot claims to be.

      And nothing has changed in the HTML 4.01 spec.
    15. Re:time to spend some karma by ratsnapple+tea · · Score: 1

      Dude, if documents can contain any undefined elements and attributes they want and still conform to the spec, then what on earth doesn't conform? You're saying that as long as I include a doctype and a title, I can spew random garbage in tags and it'll still be HTML 3.2 compliant? Where in the reference spec does it say that?

    16. Re:time to spend some karma by arkanes · · Score: 1

      More or less, yeah. HTML 3.2 was still supposed to conform to SGML, remember. It's implicit in the fact that tags and attributes not defined by the standard are not forbidden - they're permitted but don't have defined behavior, except that unsupported tags are defined as a no-op. That's why there's the old technique of bracketing the code inside a SCRIPT tag with an HTML comment, if you remember. I didn't say it was a very good standard, it's not. But it *is* a "web standard".

    17. Re:time to spend some karma by Kent+Recal · · Score: 1

      Last time I fed the slashdot homepage to a XML parser it would literally scream and blow up in a puff of smoke.
      Thanks for saving me the scream next time.

    18. Re:time to spend some karma by Geoffreyerffoeg · · Score: 1

      Indeed. One of the W3C's own examples omits the closing TD, TH, TR tags (and of course the TBODY tags).

    19. Re:time to spend some karma by NutscrapeSucks · · Score: 1
      Arkanes is correct. From Understanding HTML and SGML


      Undefined Tag and Attribute Names

      It is an accepted networking principle to be conservative in that which one produces, and liberal in that which one accepts. HTML parsers should be liberal except when verifying code. HTML generators should generate strictly conforming HTML. It is suggested that where ever practical, parsers should at least flag the presence of markup errors, as this will help to avoid bad markup being produced inadvertently.

      The behavior of WWW applications reading HTML documents and discovering tag or attribute names which they do not understand should be to behave as though, in the case of a tag, the whole tag had not been there but its content had, or in the case of an attribute, that the attribute had not been present.


      Ultimately it comes down to citing the SGML $pecification, which is not online.

      Futhermore, by the time HTML3.2 came out, defacto HTML was already loaded with Nutscrape extentions, so if the W3C wished to prohibit undefined attributes and tags, they would have said so in black and white.
      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    20. Re:time to spend some karma by Anonymous Coward · · Score: 0

      Arkanes is correct.

      No he isn't. He said "the standard explicitly allows for attributes beyond the standard ones". Please show me where it does so. At the moment, you are quoting general principles and good practice from an entirely different document. That's not at all like the HTML 3.2 specification explicitly allowing any element types and attributes.

      if the W3C wished to prohibit undefined attributes and tags, they would have said so in black and white.

      That's a ridiculous attitude. You don't have to prohibit undefined element types and attributes when specifying a document format, you just don't say that anything goes. And HTML 3.2 doesn't say that anything goes.

  42. Support CSS2 ??????? by Anonymous Coward · · Score: 0


    Not ANY of the MSIE browsers supports ANY CSS, not even CSS1, none! You see the first C in CSS actually means CASCADING, no Microsoft browser has ever handled this (inheritance) properly, none!

    So I'd say LET THEM FOCUS ON SUPPORTING CSS1 FIRST.

    And yes, I'm really p#$%#%d off!

    1. Re:Support CSS2 ??????? by Anonymous Coward · · Score: 0

      You see the first C in CSS actually means CASCADING, no Microsoft browser has ever handled this (inheritance) properly, none!

      The "cascading" part of the name refers to the way the user, user-agent and author stylesheets "cascade" together. Please at least familiarise yourself with the specification before telling others what is and isn't broken.

      Internet Explorer has better support for this than Mozilla - you can just pick your user stylesheet in the Accessibility part of the options in Internet Explorer, but in Mozilla, you have to edit a file in ~/.mozilla/[junk]/chrome/whatever and restart the browser.

    2. Re:Support CSS2 ??????? by Anonymous Coward · · Score: 0


      This is the 'cascading' I was talking about:

      http://www.w3.org/TR/CSS1#cascading-order

  43. +5 Informative? by Anonymous Coward · · Score: 1, Informative

    All this guy did is do a Google search on CSS2 and paste it here. That deserves +5 karma?

    It's redundant, not informative. Any of us could have easily done a search for "css2."

  44. 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?

    1. Re:Please excuse my ignorance here by cplusplus · · Score: 1

      As standards evolve, things are often deprecated. So no, that's not always the case.

      --
      "False hope is why we'll never run out of natural resources!" - Lewis Black
    2. Re:Please excuse my ignorance here by JimDabell · · Score: 1

      Wouldn't supporting CSS 2.1 or CSS 3 imply support for CSS 2?

      No. Some parts of CSS 2.0 were removed for CSS 2.1 because the browser vendors found it too difficult to implement. I guess it still hasn't been dumbed down enough for Microsoft.

  45. Security will no doubt be the weakest link by Anonymous Coward · · Score: 0

    I bet Microsoft loves it if people start saying CSS is the weakest link; because it'll distract people from the real issues.

  46. Huzzah! by Crimsane · · Score: 1

    If "css support" for IE will be considered its "weakest link", I guess microsoft finally did the right thing and started classifying "easy-remote assistance (from ex-kgb agents)" and "personal data proliferation" as browser features.

  47. It's just numbers.... by Anonymous Coward · · Score: 0

    MS has 90% of the market on web browsers.

    If IE displays things differently then other browsers which will most companies choose? The 10% or the 90%?

    Now if IE were to adapt the standards then it would loose that advantage, so from their perspective a non-MS standard IS a flawed standard...

  48. 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.

    1. Re:one question by Anonymous Coward · · Score: 0

      Thats what MS hopes is true. However, its the developers who write the code who get the final say. I code to W3C standards. If IE can't render it, too bad. If clients complain, the answer is "Hey, I code to the accepted standards, maybe you should try a new browser".

    2. Re:one question by spectre_240sx · · Score: 1

      Wow, you must not get much business. You do know that it's possible to code to standards and still have IE display it correctly, right? Get off your high horse and start actually putting some work into your sites. Your clients pay you to create a functional and aesthetically pleasing site, not to be a web activist.

  49. CSS? Get HTML right first! by Anonymous Coward · · Score: 1, Interesting

    Not even CSS2 support - what are they thinking?
    Perhaps they are too busy trying to fix their extremely broken support for the standard HTML button element (*not* input type="button").

  50. 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 n0-0p · · Score: 1

      Guess it's a personal preference thing. I like that the styles aren't nested, given the c-style format and that most people don't indent. Although, at first I thought your post meant styles aren't inherited (ie. cascading), which really confused me.

    3. Re:Flawed? by DoctorMO · · Score: 3, Informative

      Actualy,

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

      should work too.

    4. 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?

    5. 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.
    6. 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".

    7. 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
      }
    8. Re:Flawed? by ricotest · · Score: 1

      Congratulations, that takes longer to type and achieves the same thing.

    9. Re:Flawed? by Ramses0 · · Score: 1

      I'm sure I'm not the first to say this, but try the following:

      <html><head>
      <style> .red { color: red; } .big { font-size: 2em; } /* in A's, big means something different */
      a .big { font-size: 5em; }
      #blah { color: pink; }
      </style>
      </head><body>

      <span class="big">whee</span>
      <hr>
      <span class="red">whee</span>
      <hr>
      <span class="big red">whee</span>
      <hr>
      <a href="#"><span class="big red">whee</span></a>
      <hr>
      <div id="blah">This is styling a specific tag based on ID</div>

      </body>
      </html> ...that's what's known as "the cascade", and also class combinations. Go forth, enjoy.

      --Robert

    10. Re:Flawed? by Anonymous Coward · · Score: 0

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

      Eh, whatever.

    11. Re:Flawed? by Anonymous Coward · · Score: 0
      Perhaps, I don't understand your example, the lower example works as well:
      a{
      color: blue;
      }

      .moreSpecific{
      color: red;
      }
      With the following HTML
      <a href="#">Link 1</a><a href="#" class="moreSpecific">Link 2</a>
      Shows Link 1 as blue and the second as red. If you work out your naming conventions ahead of time you shouldn't have any problems
    12. Re:Flawed? by LuxFX · · Score: 1

      Try this:

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

      a.somestyle { .somestyle specific formatting
      }

      a.otherstyle { .otherstyle specific formatting
      }

      It's not C style inheritance, but it gives the same advantages

      --
      Punctanym: alternate spelling of words using punctuation or numerals in place of some or all of its letters; see 'leet'
    13. 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?

    14. Re:Flawed? by Tuffsnake · · Score: 0

      I am far from a css m45t4r but just looking at your two samples the first looks easier to read as someone else looking at your code and in the case you wrote something for a company and then later someone else in that company had to maintain your code I would rather sacrifice brevity for readblity (JMHO)

    15. Re:Flawed? by Anonymous Coward · · Score: 0
      Elements can inherit properties from multiple CSS classes, which is good enough. For example:
      a {
      some formatting
      }

      .somestyle {
      other formatting
      }

      .otherstyle {
      yet more formatting
      }
      Then in your html doc, you can do this:
      <a href="whatever" class="somestyle">somestyle link</a>
      <a href="whatever" class="somestyle otherstyle">both somestyle and otherstyle</a>
    16. Re:Flawed? by nazokoneko · · Score: 0
      The most common way I use inheritance in CSS is in nested divs:
      <style type="text/css">
      #container {
      font-face:verdana;
      font-size:12px;
      }
      .headline {
      font-size:18px;
      }
      </style>

      <div id="container">
      <span class="headline">large verdana</span><br />
      small verdana
      </div>
      This is a simplistic example but it's easy to see the underlying principle of not having to specify the font twice. I would argue that because CSS allows us to nest divs and spans this way, it *does* permit inheritance.
    17. Re:Flawed? by Apathetic1 · · Score: 1

      Slashdot ate my tabs. The second is much more legible if they're included.

      --

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

    18. Re:Flawed? by Apathetic1 · · Score: 1

      That isn't quite what I was getting at - that's the cascade which is inheritance. What I'm interested in is nesting of styles.

      --

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

    19. Re:Flawed? by EspressoMachine · · Score: 1

      It does have inheritance. When the standards are properly implemented in the browser, formatting trickles down, hence the term "Cascading" in Cascading Style Sheets. Formatting cascades to child-elements and subclasses, which is really all you need. All of the "a.x"'s in your example will inherit from the original "a". You can't get around a declaration for every item that you want to be different, but if you put all the common stuff in the original "a", it will cut down on your code, and any attribute can be overridden by "a.x", provided you put it further down the list.

      Not to be an insensitive clod, but it seems to me that most people who have trouble with CSS (apart from browser mutilations) just don't understand how it works.

      --
      Despite conventional wisdom, I've discovered you can blame a guy for trying. It's called "attempted murder".
    20. Re:Flawed? by Apathetic1 · · Score: 1

      Say you have six different selectors with several lines of subtlely different, mutually exclusive formatting - being able to write each of the selectors as a child of its parent element (inside the parent element's formatting section) would, for me, greatly simplify the stylesheet.

      It's a matter of personal style and preference more than anything else, really.

      --

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

    21. Re:Flawed? by hsoft · · Score: 1

      Yay, I now look like the CSS neophyte in this thread :)

      I wrote this because the parent didn't seem to understand the cascading basics. I wanted to clearly show the cascading system. But in retrospect, it looks like I misunderstood the parent.

      --
      perception is reality
    22. Re:Flawed? by Apathetic1 · · Score: 1

      I understand the cascade - what I'm wishing for is nesting inside the stylesheets themselves. I dislike retyping selectors when I want to change the formatting on a parent element and several of its children.

      --

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

    23. 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>

    24. Re:Flawed? by Anonymous Coward · · Score: 0

      or even better:
      a {
      some formatting
      }

      .somestyle {
      more formatting
      }

      .otherstyle {
      yet more formatting
      }

      <body><a class="somestyle otherstyle">blabla</a>

    25. Re:Flawed? by Apathetic1 · · Score: 1

      I knew it was possible but somehow missed the details, I guess.

      That's much closer to the way I want it to work, definitely.

      --

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

    26. Re:Flawed? by Anonymous Coward · · Score: 0

      IS this what your trying to achieve?

      a, b, c {
      baseformatting
      }

      b,c {
      additional common formatting
      }

      c {
      additional specific formatting
      }

    27. Re:Flawed? by Christianfreak · · Score: 1

      columns are easy.

      div.column {
      height: auto;
      width: 30%;
      margin: 0% 2% 0% 1%;
      float: left;
      }

      div.bottom { /* required so you can clear your floats but you can make it invisible */
      width: 100%;
      clear: both;
      }

      Make 3 divs each with the column class and they will magically become columns. Set your width as appropriate (this even works in IE BTW).

    28. Re:Flawed? by cosmo7 · · Score: 1

      REMEMBER:

      If your code is easy to understand, then you are replaceable.

    29. Re:Flawed? by POWRSURG · · Score: 1

      Actually, your confusing CSS as a language and the CSS that is used in practice because it is what is available in IE. Columns are very easy to do in conforming user-agents. The following would work:

      <div id="t1">

      <div class="col">
      some HTML here
      </div>

      <div class="col">
      some HTML here
      </div>

      </div>

      </code>

      and then the CSS:

      #t1 { display: table; }
      div.col { display: table-cell;}

      Conforming user agents will insert an Anonymous Table row between the columns, so it will adhere like a table.

      In fact, CSS wouldn't even need the id or the classes, if you have a standard template you could use adjaceny and child or decendent selectors to hit the exact divs you need. IE's horrid support for CSS selectors has narrowed most developers vision in this area. In fact, if they did nothing else, I would be happy if IE would just reach full CSS selector support (except the child selector, it is the popular selector for working around the other defecencies IE has with CSS and we need some hack to get around it. If they fixed everything else as well then I would like the hack removed). I would say that ids and classes are more usefull for JavaScript developers to grab the specific elements there and to pass in information that makes many CSS geeks angry because they misunderstand that ids and classes are not specifically designed for presentation. The following is perfectly valid:

      <input id="name" class="maxlength_30 minlength_10" />

      JavaScript could then grab the element with the id name, and store the maximum and minimum lengths in the by ripping out the corresponding text. This is perfectly valid code.

      CSS is an incredibly powerful standard that most people will rag on til the end of time because they're only familiar with what other people use, and not what they SHOULD BE ABLE TO USE. I would LOVE it if Opera wasn't the only browser to support counters (I have no idea if any KHTML browser can do this).

    30. Re:Flawed? by scragz · · Score: 1

      Yes, columns like that are super easy. The columns that *I* want, and I think will be supported in CSS3, are where you don't have to split up your markup manually into columns. It should be able to flow into a two or three column layout like a magazine would; where the new column could potentially be in the middle of a sentance to make them all the same height.

    31. 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.)

    32. Re:Flawed? by Anonymous Coward · · Score: 0

      Uh, ok... so if I want text in 3 columns, I have to split my text into 3 parts... or am I missing something? Columns done the way you show have been trivial for at least 5 years, since CSS1 basically.

    33. Re:Flawed? by metamatic · · Score: 1
      I dislike CSS because it makes the most common layout formatting (columns) hard to implement.

      Maybe, if you don't know CSS. Let's see now...
      #left {
      position: absolute;
      left: 10px;
      top: 10px;
      width: 200px;
      }
      #center {
      margin-left: 210px;
      margin-right: 210px;
      top: 10px;
      }
      #right {
      position: absolute;
      right: 10px;
      width: 200px;
      top: 10px;
      }
      ...
      <div id="left"> insert left column content here </div>

      <div id="center"> insert center column content here </div>

      <div id="right"> insert right column content here </div>
      Ooh, so hard.
      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    34. Re:Flawed? by POWRSURG · · Score: 1

      Ahhh. I'm sorry, I misinterpreted then. Yes, that type of layout will be a part of CSS3 (unless things change).

      To be honest, why do you want to do such? For print style sheets that is probably not a bad idea, but the Web is not print media. ALA has had two articles on how to do this technique. You're right, this is a pain, but it seems like a step in the wrong direction IMHO. Not that I wouldn't take having more options avaiable to me to do things though. More options is better than less.

    35. Re:Flawed? by Apathetic1 · · Score: 1

      Which is great if you want fixed-width outer columns and no header or footer...

      Simple column layouts are that easy. Complex column layouts are not, especially if you're trying to make them accessible to screen readers.

      --

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

    36. Re:Flawed? by RedBear · · Score: 1
      '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>


      That's all well and good, but I remember reading somewhere that using multiple classes doesn't work well in IE. Yet another nice CSS property that would have made the web a nicer place to design, but it cannot be implemented easily because of You Know Who.

      I could be wrong, it was a while ago that I read about this being a problem with IE. Someone please correct me if this is no longer the case.
    37. Re:Flawed? by eggz128 · · Score: 1

      Actually IE works pretty well. NN4 won't like it, but then NN4 doesn't like much CSS anyway.

    38. 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).

    39. Re:Flawed? by metamatic · · Score: 1

      Adding header is trivial. Footers are a little trickier, but not much.

      It's also not a big deal to make the outer columns variable width, but most sites seem to use fixed width side columns with variable width content.

      My web site has header, footer, and dynamic column sizes according to the user's chosen font size, all done with CSS.

      Accessibility is much less of an issue for CSS than for tables. A web browser for the blind can read the text and get something sensible. You can even arrange the divs in an appropriate order so that when you read the page as audio, it makes sense.

      And of course, a CSS layout can also work unmodified with lynx, PDA and phone browsers, and so on.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    40. Re:Flawed? by Apathetic1 · · Score: 1

      Don't misunderstand me, just because I dislike CSS as a language doesn't mean I'm not going to use it or that I'll fail to recognize its advantages. I use CSS everywhere and have done so for years. Tables are dead, long live tables and all that.

      CSS is a great idea but there are certain aspects of the implementation that I dislike. HTML and CSS seem to me to make building a layout a lot harder than it needs to be.

      --

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

    41. 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"
      .
  51. What ????? by polyp2000 · · Score: 1

    Since when did Microsoft care whether something was flawed or not?

    Unless by "flawed" they mean that if they were to actually implement an open and recognised standard it could threaten their business model of lock-in.

    Microsoft seem to be abusing their position in the industry market place so flagrantly is amazes me how they continue to do so without anything being done about it.

    The only thing flawed here is the system... Why is it that there is no-one with enough might to prevent big corporations from assuming so much power and control?

    --
    Electronic Music Made Using Linux http://soundcloud.com/polyp
  52. I consider IE to be a "flawed" product by kers · · Score: 1

    and will not consider supporting it for a while ..

  53. Learning from its own mistakes by Pac · · Score: 1

    Everything Microsoft did to date, from word processor to compilers to full operating systems, has only become usable (and in some cases, barely) in the third version. Why then would they expend their hard extorted monopoly money on a version 2 of anything?

  54. 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
    1. Re:Slashcode... by Anonymous Coward · · Score: 0

      NOT!

  55. 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.

  56. THANK YOU by Anonymous Coward · · Score: 0

    My thoughts exactly.

    1. Re:Thank you by mu-sly · · Score: 1

      Moreover, you can use what I call "The Grand Equaliser Rule" as the first thing in your stylesheet to put you on a more even footing in all browsers in the first place:

      html, body, h1, h2, h3, h4, h5, h6, p, div, img, ul, ol, dl, table, th, td {
      margin: 0;
      padding: 0;
      border: 0;
      }

      I daresay you could even use...

      * {
      margin: 0;
      padding: 0;
      border: 0;
      }

      ... although I haven't yet. Still, can't see it causing any major problems, since it's basically more of the same.

      Anyway, this fixes a lot of the spacing inconsistencies between the browsers, and starts you off on a nice blank page where you're forced to specify the things you actually want to see, rather than rely on the browser's default settings.

  57. What is flawed with CSS2? by xutopia · · Score: 1

    Is it a technical flaw or just something which doesn't fit the current MS business model for IE?

    1. Re:What is flawed with CSS2? by Anonymous Coward · · Score: 1, Interesting

      Old Hungarian proverb:

      When a girl can't dance, she blames the music.

  58. Corporate Culture by neybar · · Score: 1

    quoted from the article: "'CSS 2.0 has a few nice features, but realistically, I don't think it being in there makes much difference either way,' said a Windows developer, who requested anonymity." nice... "640K ought to be enough for anybody." -BG I mean really, no out there is actually using CSS, why should Microsoft put so much effort into a non-standard? please don't kill me, I am being sarcastic...

  59. Don't be afraid, little man by Anonymous Coward · · Score: 0
    You can say GODDAMN.

    Try it:

    GodDAMN
    gOdDaMn
    GoDdAmN
    GoddamN
    goDDamn
    gOddA mn
    GoddAMn

    Wasn't that better?

  60. No inheritance? by Millennium · · Score: 1
    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
    }
    I don't understand; that's supposed to work. Could you link to some sample code, and perhaps we could see what's going on?
    1. Re:No inheritance? by Apathetic1 · · Score: 1

      The indentation didn't come through in my original post. I would like to be able to put the ".somestyle" code inside the a { } block and have it affect only a.somestyle. It's a personal thing, as somebody said below but the way it is now I find it unnecessarily verbose.

      --

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

    2. Re:No inheritance? by aceat64 · · Score: 1

      .somestyle a { formatting } that will only apply the formatting to "a" if it's in a container with the class of "somestyle" is that what you were looking for?

    3. Re:No inheritance? by aceat64 · · Score: 1

      Oh, forgot to mention that the above should work for multiple levels.

      .somestyle td a { formatting }

      That would only apply the formating to "a" if it's between TD tags, and somewhere in a container with the class of "somestyle."

    4. Re:No inheritance? by Apathetic1 · · Score: 1

      Not exactly.

      My example is contrived so it's hard to illustrate what I mean with it. What I would like is to have nested selectors so I don't have to retype a huge selector in order to change the formatting of an element and several of its children.

      --

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

  61. 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?
  62. 'flawed'? by ExistentialEngineer · · Score: 2, Funny

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

    1. Re:'flawed'? by m50d · · Score: 1

      They're the perfect people. MS knows everything there is to know about being flawed!

      --
      I am trolling
    2. Re:'flawed'? by kokoloko · · Score: 1

      Yes. The only people allowed to point out technology flaws are .... ummmm... everybody else! Like me!

  63. 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...

  64. Offtopic?? by Anonymous Coward · · Score: 0, Flamebait

    How the fuck is talking about Slashdot's lack of web standards in a story about web standards off topic?

    Would the person who modded the parent down like to explain their actions?

    Or shall we assume it was an editor and that no explanation will be forthcoming?

  65. Microsoft is taking a page from my book by Minupla · · Score: 1

    Used to be when looking at M$ products I'd say "wait for the point release". No way was I running dos 6, I waited for 6.1, windows 3, I waited for 3.1, etc. Now M$ wants to wait for CSS 2.1!

    Everything old is new again!

    Min

    --
    On the whole, I find that I prefer Slashdot posts to twitter ones because I don't get limited to 140 chars before
    1. Re:Microsoft is taking a page from my book by Billly+Gates · · Score: 1

      Notice it was when MS took over a market it was WAIT until we have something better to fix our bad products.

      The web slowed down after IE won. Windows innovation was terrible after OS/2 left.

      Now we have firefox and OSS operating systems. Windows is improving as a result but we need more marketshare of Firefox.

      If the previous poster was right about IE crippling its self to hurt google then perhaps a google branded version of Firefox might be a good idea.

      In the 90's do you remember those logo saying made for IE or best viewed with IE? Time to create one for Firefox.

      If firefox eats up more marketshare it will heat up and cause innovation again.

  66. "* 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 meanman · · Score: 1

      Horrible.

      Why not use conditional comments, and include an IE specific stylesheet that overrides some settings in your default stylesheet?

      Conditional comments are ignored by all other browsers because, well, they look exactly like an HTML comment! Only IE parses them, so why not use functionality that only IE supports to provide your styles for IE. It makes sense and avoids horrible looking hacks in your stylesheets.

    2. Re:"* html" hack by Anonymous Coward · · Score: 0

      * html isn't a horrible looking hack especially compared to some of them, the voice-family one for instance, ones that play on comment parsing bugs etc. * html .blah { } is valid css, and is far better than having to sniff for differenet browsers by using what I would consider an ugly hack, conditional comments, which clutters your markup with layout information. if you are doing that why not just dump css altogether and go back to HTML 3.2?

    3. Re:"* html" hack by cpeterso · · Score: 1


      Why not just serve up a separate ie.css file (in addition or instead of your real .css file) depending on the browser's User-Agent string? Couldn't that prevent IE hacks from polluting your real .css file?

    4. 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.

    5. Re:"* html" hack by jschottm · · Score: 1

      For one thing, many people change their User-Agent string to accomidate some site that sniffs User-Agents (notice a problem here?) and never change them back to what they're actually using.

    6. Re:"* html" hack by cpeterso · · Score: 1


      ok, you make a good point. Plus using just one .css file for all browsers is static content that can more easily be served and cached.

      btw, Zeldman's CSS book is on my Amazon wishlist. Maybe I'll move it to the head of the queue. :)

  67. What a scam... by ericdfields · · Score: 1

    M$'s explanation as to why they're not supporting CSS2 seems unjustified, and in my heart of hearts -- which usually likes to see the good in the world before the bad -- makes me feel like they're trying to cover for what is in effect a back-door vendor lock-in to M$ products, if not just forcing submission through frustration.

  68. 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.

    1. Re:Not necessarily a policy by Anonymous Coward · · Score: 0

      I don't believe that a compiler should be built to compile broken code.

    2. Re:Not necessarily a policy by SoupIsGoodFood_42 · · Score: 1

      Quirks mode. Both IE and Firefox have it. IE7 would have the same thing. And it's not that hard to go around the web and see what bugs people rely on as a work-around for other bugs. They just have to make sure that if they fix one bug, that they fix other bugs that depend on it. Surely MS are not so incompetent that they can't manage to do this.

  69. Bill, You are the weakest link... by dfn5 · · Score: 0
    Good bye

    --
    -- Thou hast strayed far from the path of the Avatar.
    1. Re:Bill, You are the weakest link... by Anonymous Coward · · Score: 0

      +1: bringing_up_a_good_joke_from_the_past

  70. 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!"

    1. Re:I smell male bovine fecal matter by Billly+Gates · · Score: 1

      .. and sue for what?

      Boo hoo they wont use our standards and prefer to run their company as they seem fit,... sniff sniff.

      The best thing to do right now is advocacy. It was this and mass marketing that put Netscape out and IE in. Most of it was done by us IT guys who noticed IE was alot better. Second were webmasters who put on "This page best viewed with IE" logo's.

      I have not seen any for firefox so far. Perhaps we should start doing that. Firefox is becoming the better mousetrap and at its rate it will become more and more easy to convince people to switch.

      After that and proper CSS support, webmasters will see the IE for what it is.

      I think perhaps an CSS plugin for IE may be called for. If webmasters could do that and have the little popup box saying please install CSS plugin to view this page, then using CSS would not be such a hard pill to swallow.

    2. Re:I smell male bovine fecal matter by man_of_mr_e · · Score: 1

      Well, actually, there are some reasons why MS may not choose to support CSS.

      Security seems to be their #1 priority. You're not seeing Gartner and the FBI and others telling people to stop using IE because it doesn't support CSS. You see them saying "don't use IE because it's insecure".

      As such, Security is most likely at the very core of what they're doing. Lack of CSS, while MS clearly knows it's shortcomings, isn't going to send users to another platform. (Well, it might, but MS clearly doesn't believe that).

    3. Re:I smell male bovine fecal matter by spectre_240sx · · Score: 1
      Boo hoo they wont use our standards and prefer to run their company as they seem fit,... sniff sniff.

      I understand what you're saying, but in this case, Microsoft has control over not only how they run their business, but how the web develops and other people's access to it. For this reason, I think Microsoft should be held responsible for how their control affects these things.


      I have not seen any for firefox so far. Perhaps we should start doing that. Firefox is becoming the better mousetrap and at its rate it will become more and more easy to convince people to switch.


      I have seen some buttons like this, but they don't actually say that the site is better viewed in Firefox. I think that would help, but I also believe it would be good to advocate all standards compliant browsers rather than just Firefox. If we can get each standards compliant browser up to the 8% marketshare that Firefox has, we'd be in pretty good shape.
  71. No Plan? by ackthpt · · Score: 1
    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've been a harsh critic of MS myself over the years, but I'm getting the feeling there's more to it than not having a plan.

    I was just over at SDWest, in Santa Clara, on Wednesday for the only sessions I could tear myself away from the desk for and think this may have more to do with some actual forward thinking.

    I'm not sure how they're implimenting style sheets in ASP.NET 2.0, but man, if you hated developing it in for all the crap you had to do with style sheets, you'll probably be impressed with how much less you have to fsck around with them with the level of style develpment to be present in VS 2005. Beta2 will be out on the 31st and I suggest having a lock at it.

    I really HATED dependency on stylesheets in VS 2003, so I'm familiar with pain. As for IE 7.0, I haven't seen it and could care less. MS actually has WORKED to impreove FIREFOX support in ASP.NET (is it snowing in Hell, yet?)

    --

    A feeling of having made the same mistake before: Deja Foobar
  72. 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.

    1. Re:Alternative idea by emilymildew · · Score: 1

      Why would we want websites to look like simple pages of white backgrounds and black text when we have all these amazing tools?

      Simple and clean does NOT mean that they won't break in IE. It is really, really messed up.

    2. Re:Alternative idea by Quiet_Desperation · · Score: 1
      Simple And Clean != Black And White Text

      But I think I've had a few too many mystery meat web pages for my taste, or font-size: 2px Search or Products links waaaaay down in the corner, underneath the giant 3D rotating links to Mission Statements and Press Releases and CEO's Whores.

      Well, OK I exaggerate.

      The 3D links don't rotate.

    3. Re:Alternative idea by emilymildew · · Score: 1

      No, I am agreeing with you but saying that simple and clean doesn't mean that it won't break in IE. IE is so wrong and broken that even simple and clean designs break horribly all over the place.

      And IE being stupid or not, the examples you gave are not using the tools we have well. Those are bad websites if they are coded entirely in DW using tables or entirely in CSS.

  73. 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
    1. Re:Does it have to be just IE7? by JimDabell · · Score: 1

      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)

      Neither are incorrect. The difference lies in whether they default list-style-position to inside or outside, and whether the indentation is accomplished with padding/margins on the ul elements/li elements. IIRC, Opera does things in a way that is different to both Gecko and Internet Explorer.

      Make sure you specify both margin and padding for both lists and list items when you remove the markers, and you'll get consistent cross-browser results.

    2. Re:Does it have to be just IE7? by Roryking · · Score: 1

      I wish. However most end-users don't really "get" a lot of this: whenever a site renders poorly due to IE's mishandling of standards, the usual reply is "durr, looks like this turd doesn't know how to operate a website, I should make fun of it in my xanga"

  74. Windows is weakest link by piltdownman84 · · Score: 0, Troll

    This is Slashdot! Forget CSS, Windows is IE7s the weakest link.

    Long live Firefox! Long live Linux! Burn Bill Gates Alive!

    or as now also exceptable

    Long live Safari! Long live OS X! Burn Bill Gates Alive!

    or not to forget the lynx or links people

    long live lynx/21 long live sunos v.4.1/21 burn bill gates alive/21

  75. Re:IE7 & Google - IE does not have javascript by Werrismys · · Score: 1

    No javascript, no ECMAscript - just jscript.

    --
    'Once scientists, even the dim-witted social scientists, get muzzled, the Western Civilization is finished.' - oldhack
  76. Doh, forgot link by ackthpt · · Score: 1
    Have a look at the directions of VS developement here.

    It may or may not be built on a layer of shit, but it does look good in first impression. Quantum better than web develpment was in VS and VS 2003.

    --

    A feeling of having made the same mistake before: Deja Foobar
  77. CSS could be Slashdot's weakest link by diggory · · Score: 1

    Since we're talking about bringing old beasts up to date on CSS - how's Slashdot's CSS-isation coming about?

    Please, no "do it yourself" quips - I have no intention of learning perl in the near future, and have other projects to attend to.

  78. Oh fuck off by Anonymous Coward · · Score: 0, Troll

    You pedantic bastard.

  79. What do you expect them to say? by Qwavel · · Score: 1

    Companies don't come out and say 'we are trying to undermine the standard for strategic reasons'.

    Instead they say
    - the standard is flawed,
    - the standard process is flawed,
    - it isn't what our customers are asking for,
    - we have created something better,
    etc.

    And sometimes there might even be some truth in some of these, but that's not the point. The reader must translate.

    Hey, even Trolltech are doing it now.

  80. Several ways to look at this. by jd · · Score: 1
    • Microsoft has, without doubt, more experience on developing flawed standards than anyone else, so they could be expected to spot them.
    • Microsoft will very likely set up a competing standard. JScript, Microsoft's font and color controls, and other proprietary tags demonstrate they have the inclination and experience to do this.
    • Microsoft managed to overthrow W3C's HTML 3.1 standard, which included better support for maths and other tech tags, so they've been willing to go head-to-head with W3C before.


    IMHO, Microsoft is not the deciding factor in this. In the case of battles over standards, Netscape has been a willing participant. In this case, all that has to be done is to get the codebase to support all existant standards as far as humanly possible.


    Instead of trying to fight Microsoft, shift the playing-field. Don't expect them to play fair, so don't let them play. Apache and PHP didn't become popular with Microsoft's blessing. They became popular because they did the job and they did it the best.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    1. Re:Several ways to look at this. by Anonymous Coward · · Score: 0

      Apache and PHP ... became popular because they did the job and they did it the best.

      Like how Betamax beat VHS?

      Perhaps it's because Apache and PHP do the job adequately and they're the cheapest?

    2. Re:Several ways to look at this. by masklinn · · Score: 1
      Perhaps it's because Apache and PHP do the job adequately and they're the cheapest?
      While it's probably true for PHP (along with the ease of "developping" and integrating into web pages) it's clearly not for Apache, which bests IE's IIS in most if not every single field...
      Well, i'll admit it's free too...
      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
  81. Yawn by ad0gg · · Score: 1
    "Furthermore, why would any company want to automatically lose 10% of their customers anyway?!"

    Same reason why companies write software for only windows box. Its called development costs.

    --

    Have you ever been to a turkish prison?

    1. Re:Yawn by KillerDeathRobot · · Score: 1

      And of course, all companies don't only write software for Windows. There are plenty of situations where it's profitable to develop for more than one platform.

      Furthermore, web development takes significantly less time and effort than software development (yes, people develop full-blown software for the internet, but it only has to run on their server -- the html it generates is what I'm talking about).

      --
      Thinkin' Lincoln - a web comic of presidential proportions
  82. Forbidden!!! by bear_phillips · · Score: 1
    I just tried to run the w3.org html validator on slashdot.org. It came back with this.

    I got the following unexpected response when trying to retrieve :

    403 Forbidden

    Please make sure you have entered the URL correctly.

    Is slashdot trying to hide something?
    --
    http://www.windmeadow.com/
    1. Re:Forbidden!!! by KarmaMB84 · · Score: 1

      Everytime one of these stories gets posted someone links to the validator for slashdot :P

  83. Re:HAHA suck on it you open source fags by satoshi1 · · Score: 1

    CSS is related to open source... how?

  84. 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)

  85. Microsoft's IE Program Manager comments about CSS by Anonymous Coward · · Score: 0
  86. old world thinking.... by Run4yourlives · · Score: 0, Offtopic

    One of the major benefits of CSS is you can specify CSS files for differing display devices.

    IE may be the master in the desktop browser market, but the more companies want to deliver their web applications to non-desktop platforms (cell phones, pda's etc) the more they will be coding using w3c standards.

    MS can't fight innovation forever.

  87. 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

    1. Re:So they can hire some designers by Anonymous Coward · · Score: 0
    2. Re:So they can hire some designers by Kent+Recal · · Score: 1

      Website traffic ain't as expensive as it used to be.
      There's probably not enough pressure left in that area...

  88. 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 /.
  89. Microsoft Philosophy by JustNiz · · Score: 1

    MS have hardly ever embraced or complied with any common standards. They always plagiarise the original idea and make an MS-specific non-compliant product.

    I don't see why they would change now.

  90. You're an idiot by Anonymous Coward · · Score: 0

    I suppose you think
    his hers theirs
    should be
    hi's her's their's

    Please tell me you were one of the anonymous, mouth-breathing troglodytes that sat in the back row of my public school English classes. I would hate to think that your parents wasted their hard-earned money sending you to a private school.

  91. 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.

  92. 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.
  93. MS to developers by wardk · · Score: 0, Offtopic

    Fuck you

    1. Re:MS to developers by cranos · · Score: 1

      Sorry wouldn't that be:

      MS to devolopers, developers, developers! Developers, developers, developers!

      Dance monkey boy dance!

  94. MS is smart by cyfer2000 · · Score: 1

    MS fully realizes that the CSS facilitates the development of weblications, like google's gmail/maps/suggest.

    MS fully realizes that rise of weblications does no good to the Windows world.

    MS won't fully implement CSS standard.

    --
    There is a spark in every single flame bait point.
  95. Re:Well, hey Microsoft -- I say F*CK YOU right bac by Anonymous Coward · · Score: 0

    Oh shut up please. Maybe your clients will come back and say, "Hey! I dont really give a fuck about the browsers with 5% of the market, I want this working on IE and you better fucking make it work on IE FIRST, or I'll find somebody who can. $2000 more huh, well fuck YOU right back."

  96. Where are the new browser widgets? by Anonymous Coward · · Score: 0

    For years, all we've had are the same widgets for web development:

    textbox, textarea, select box, radio button, checkbox, file, etc.

    Where are the new standard widgets? I want a select-box that I can both type into, and choose from pre-filled options. I want smarter select-boxes with columns as the standard. I want lockable columns and headers without having to do DHTML trickery.

    Evolve! It's great to have all of this backward compatability, but it's time for some of these elements to become standard browser elements instead of relying on 3rd party implementations to meet the needs of users.

  97. Re:Well, hey Microsoft -- I say F*CK YOU right bac by Thundersnatch · · Score: 1

    What a great way to make sure nobody ever hires you.

    If you were working for me as a web developer and came back with a site that did not work correctly with 90% of web browsers, I certainly wouldn't pay your invoice. I'd also probably try to find a way sue your ass for delaying whatever business initiative I had going.

  98. What? by springbox · · Score: 1

    Microsoft had better be joking. After all, even if they see a version of CSS as flawed, a ton of web sites use it, not having compliant support for the standard would make unnecessary trouble for many web developers. This sort of thing sounds really arrogant coming from the same team that introduced the non-standard Microsoft way of doing things into just about virtually everything. (They put in a hack for IE to have it evaluate JavaScript expressions in CSS for example. Using this feature is one way to work around their non-existant support for the max/min-width properties in CSS. HMM.)

  99. 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.

  100. Microsofts philosophy. by Tsiangkun · · Score: 1

    They will build IE 7, and when it's done they can rewrite the standards they came close to supporting to be exactly what their browser does.

    It's the easiest way to be standards compliant, otherwise they have to read and implement support for a whole lot of stuff the competition has already embraces.

  101. Crazy talk by TiggertheMad · · Score: 1

    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

    ...Or perhaps you just need to take your 'paranoid episode' medicine. Really, go outside and take a deep breath of fresh air.

    But Microsoft controls the web (through IE), and they won't allow the web to become a competitor to Windows.

    Microsoft controlls JACK on the web. A lot of people just use their browser to view it with. Other than getting people in the habbit of using MS products, that is the extent of any control they have. If they don't keep up, people will just bypass them. Look at tabbed browsing. MS didn't impliment it, and now they are playing catch up. The web cannot compete with windows. One is an operating system. The other is a collection of pr0n, egomanical blog rants, and photos of peoples cats. And since a photo of 'mr. snuggums' won't boot my damn computer, I don't see any competition between the two.

    --

    HA! I just wasted some of your bandwidth with a frivolous sig!
    1. Re:Crazy talk by Anonymous Coward · · Score: 0

      Playing catch-up?

      You think they care? Tabbed browsing is a decade old, and now, we hear that in the next release of IE, they will have it. Firefox was playing catch-up, Avant was playing catch-up. IE is just doing the bare minimum, because they have a close to 100% install rate on windows platforms, so they can tell the web how to behave, not the other way around.

  102. bad title by Anonymous Coward · · Score: 0

    Should be: Microsoft Could Be IE7's Weakest Link

  103. ms by tabatha · · Score: 1

    could be they are unable to make ie7 compliant . the mish mash of secutity patches and how it was bolted onto windows itself may require a complete re-write of the OS and that may be the real reason why they say they wont support CSS

  104. But it renders by DahGhostfacedFiddlah · · Score: 1

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

    Slashdot is adhering to the ad hoc standard of "if it renders well, it's good enough". And quite honestly, I can't see that standard dying for a long, long time.

    It's not on the same plane as the world's most popular web browser not supporting standards.

    1. Re:But it renders by ratsnapple+tea · · Score: 1

      Are you serious? It's exactly on the same plane. You might as well say: "If a popular browser doesn't support standards, but renders popular pages well, then what's the problem?"

    2. 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?

    3. Re:But it renders by DahGhostfacedFiddlah · · Score: 1

      Are you serious? It's nowhere near the same plane.

      A) Slashdot isn't a "popular" page in the same way IE is is a "popular" browser. If the average person spent 95% of their browsing time on /., it would be comparable. As it is, it's off by a couple of orders of magnitude.

      B) /. is not a development platform. No one is forced to code to the standards /. sets, and the poor standards set by /. do not propagate. On the other hand, by not supporting standards, IE effectively prevents those standards from becoming...well...standard. /.'s problems are localized to a single page.

      C) The internet is a mess. /.'s problems are a drop in the ocean. It will *never* be a showstopper to releasing a new browser, except in aggregate with the billion other pages coded to poor standards. Changing the behaviour of /. would have a negligable effect on the Internet.

      IE, on the other hand, is used to browse by 90% of the population, at least. A change to the way it supports standards would have an enormous effect on the way pages are written.

      Once again, I'm not trying to justify poor coding, but to compare IE to /. is just plain stupid.

    4. Re:But it renders by DahGhostfacedFiddlah · · Score: 1

      Just for the record, I'm a web developer and use CSS liberally on my own. But as a realist, I can't see why anyone should get overly worked up over /.'s adherence - or lack thereof - to standards. The first decade of the web saw a lot of different browsers supporting a lot of different quirks, and they're still with us today. /. has been around for a long time, and seems to have made incremental changes to their design, rather than any complete overhauls.

      If Taco and co. have decided it's just not worth overhauling the code when they've got something that "just works", who am I to complain? I'm sure they're aware of the benefits as well as any of us.

      Anyway - just try to imagine the months of hell as the new standards-compliant /. was phased in. Yes, I know that there are proven QA methods to minimize any problems, but I've also been on /. for a while ;)

  105. 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
  106. What's wrong with CSS by Anonymous Coward · · Score: 0

    See ''CSS considered unstylish''.

    If you ask me, the biggest problem is the lack of reference implementations. Seven years (or whatever) after the final release of CSS2, nobody, and I mean nobody, has provided a 100% working implementation of CSS2. Firefox et al come close, but it looks like implementing CSS is just too damn hard.

    The problem may lie in the W3C approach: ''specs come first, implementations can follow later''. Compare this to the IETF approach where working implementations are required for a standard to be approved.

    With the current approach that the W3C is using, you can end up with things like CSS2 that take years to implement properly even though we're just talking about a system for applying styling to HTML.

    1. Re:What's wrong with CSS by Anonymous Coward · · Score: 0

      See ''CSS considered unstylish''.

      From the very beginning of that article: "I'm about half way through converting my web site to Cascading Stylesheets (CSS) and tableless layout. I've bought the Eric Meyer book. I've done the homework.".

      That reads to me like "I have no experience with CSS".

      I don't rate that article at all. For instance, he says that CSS is too hard because he can come up with a pathological example where it's difficult to tell which rules apply. No. All it means is that you can come up with a pathological example, it doesn't mean that in actual use it's difficult.

      It uses a complex "cascade" to determine which rules apply to an element - something that takes fifteen pages in a book to explain.

      The book is badly written then. You can sum the cascade up in a few short words - when two different rules conflict, the more specific rules apply. That is enough to cover 99% of real-world cases.

      There is no good WYSIWIG tool-based user experience for CSS. CSS was not designed with drag-and-drop authoring in mind.

      WYSIWYG is a very leaky abstraction on the web. There are no good drag-and-drop authoring tools for the web in general, because websites vary in appearance quite drastically (and they should). This is not something specific to CSS.

      The rest of the article is similarly misinformed. If you've been reading trash like that, no wonder you don't think much of CSS.

      nobody, and I mean nobody, has provided a 100% working implementation of CSS2.

      Konqueror 3.4 is a full implementation of CSS 2.1.

  107. IE7? by Anonymous Coward · · Score: 0

    IE7, or just IE6 with tabbed browsing and some setting tweaking?

    Oh yeah, and integration of Microsoft's anti-competition software. I can't wait to get my hands on this.

  108. 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'.

  109. How easy would it be to write an IE PLUGIN for CSS by Billly+Gates · · Score: 1

    I read the article as "We can't control open standards and prefer to use a proprietary one instead". Watch for an MS version of CSS

    Anyway that is just speculation.

    But instead of playing catchup and waiting forever for IE7 why dont we add support for CSS via a plugin for IE?

    Webmasters who use shockwave automatically refer Firefox and IE users to shockwaves website for a plugin. Why can't an OSS CSS plugin be written for IE? Then webmasters can finally start using modern CSS features that the other browsers support.

  110. Re:Well, hey Microsoft -- I say F*CK YOU right bac by emilymildew · · Score: 1

    Sorry, but it doesn't work that way. When you show them what it looks like in IE without the hacks, they assume that it's your fault, that you are crap at coding, and that you are wasting your time and their money by not coding for IE in the same amount of time as other things.

    PHBs will never understand. Some bosses do, like mine for example, but many, many don't.

  111. 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 nine-times · · Score: 1
      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.

      There's only one reason why Microsoft would do that: If a large percentage of users in general get fed up with the vendor lock-in and refuse to develop web pages for IE's de facto standards. One way to accomplish that is for us to all agree that the W3C standards are the standards, even if not necessarily a reflection of real-world web pages.

      For example, I have a certain habit. Whenever I'm talking to a anyone about Internet browsers, and it comes up that pages render differently in Firefox/Safari vs. IE, I say, "Well that's because IE renders pages incorrectly, and so web developers make pages incorrectly so that they'll work in IE." When I hear someone talk about how there are IE only web pages, I say, "That's because the web developers did a bad job."

      I know it sounds pretentious and heavy handed, but I don't saying merely because I think it's the truth. I say it in the hopes that it will effect these people's perceptions of what's going on. If nothing else, a lot of people have picked up on this as a sort of trivia that can make them look smart and computer savvy, so it gets repeated a lot. The more people that view this as "Microsoft and some web developers are doing a bad job" (vs. "No one but Microsoft can make a good web browser"), the more people are likely to insist that Microsoft start doing things the "right way".

      And I know that people here on /. tend to think Microsoft won't listen to what people want, but if enough people start moving to alternative products, Microsoft will be forced to play fair.

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

      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.

      Hopefully this will backfire on MS. Now people will be saying I would like to just use the browser on my computer but it doesn't render whatever site using CSS properly. CSS is here to stay whether MS wants it to be or not.

    3. Re:we can, but MS can't by fm6 · · Score: 1
      Basically you're saying, "MS has a monopoly, interoperability will damage that monopoly, therefore there will never be interoperability." The first two statement are perfectly true, but the third statement doesn't necessarilly follow. The fact is that they do sometimes attempt to improve interoperability. Sometimes because the relevant technology appeals to them (as with their increasing emphasis on XML file formats). Sometimes they just need to open up a little to hold off the people who want to break them up.

      Which is why Bill Gates actually came out and said that his products are going to be more interoperable in the future. OK, maybe he's a baldfaced liar. But there's no reason we shouldn't try to hold him to his word.

    4. 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

  112. 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.

  113. I don't see Microsoft's problem... by Anonymous Coward · · Score: 0

    Since when has Microsoft been concerned about using something that's flawed?

    Look at Microsoft's track record, Microsoft usually implements things whether they're flawed or not.

    Obviously this is just because it wants to retain the ability to screw sites up for everybody that's not using IE.

  114. Wait? For what? by Transcendent · · Score: 1

    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

    But CSS 2.1 is already out?

  115. That's what CSS does. by Adapt+or+Die · · Score: 1

    It separates the content from the formatting. View source on a few pages, some formatted with tables and some with CSS, and see for yourself. (Hint: The website you're reading right now is a table formatted nightmare.)

  116. 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
  117. ASP by Mr.Zong · · Score: 1

    MS wants to push ASP and .net. I can't belive nobody gets the hint. MS has their own standard, why embrace the competition?

    1. Re:ASP by omega9 · · Score: 1

      MS wants to push ASP and .net. I can't belive nobody gets the hint. MS has their own standard, why embrace the competition?

      Do you have any idea what ASP, .Net, or CSS are used for? I find it hard to believe if you did, you'd still be making the comparison between them. That's like saying you're going to replace all your CSS with C# and Mono.

      One is a programming language, one is a platform definition, and one is a mechanism for adding style to web documents. You can't exactly surplant any of those with either of the other two.

      --
      I'm against picketing, but I don't know how to show it.
    2. Re:ASP by Mr.Zong · · Score: 1

      Sure I can.

      And I think your the one that dosen't understand aspx.net (or the idea of the managed framework). .NET: The idea is to combine a programming language (any managed .net code supported language), on a single platform (for web: aspx), through codebehinds(style? Lets see, anything you can do in vb or C# you can put on a web page?). That should cover it for the web side.

      And yes, I can replace all CSS with C# or VB in aspx code behinds. Everything can be done with aspx code behinds(maybe not well). Thats the point. CSS won't fit into managed .net code, because managed .net code already does the functionality. It's redundant, and it's not MS's proprietary standard. And I'm not saying its good or bad, Im just saying if you look at from their perspective, where does it fit into how they envision the web(.net)? It dosen't.

  118. Gmail to the rescue by bstadil · · Score: 1

    Once Gmail has gotten a significant share they can retaliate via that. Include a few nifty features and make a link to FF, stating you need this to use it. Once FF is a 20%+- MS can no longer dictate anything.

    --
    Help fight continental drift.
  119. Re:Well, hey Microsoft -- I say F*CK YOU right bac by sahala · · Score: 1
    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.

    I guess this explains why you think it's a good idea to snub customers. As important as web standards are, cross-browser site compatibility is NOT the customer's problem to solve. It's the developer's problem. 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? I think the latter is more likely.

    I don't do freelance web development anymore, but if I did 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. Yes, I've had frustrating times in the past trying to resolve differences in, say, the IE vs Gecko event model or the box model. But solving these things once, re-using the solution, and smiling nicely when the customer comes back for another project is good business.

  120. 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.
  121. I think the real reason is simple by Mustang+Matt · · Score: 1

    They can't do it in a reasonable time frame. That browser is so tied up with intricate Microsoftisms it would take a complete rewrite to make it work properly and if they're going to do that, why not just buy opera and make it IE? At least they'd have a decently secure browser.

    --
    The man who trades freedom for security does not deserve nor will he ever receive either. - Benjamin Franklin
  122. Well, yeah by hey! · · Score: 1

    there is no reason that anybody doing a major overhaul of a browser at this late date would fail to support CSS , other than they are a monopoloy trying to prevent the emergence of competition.

    This is exactly why so many of us were concerned about bundling IE with windows, all those many moons ago. By allowing them to leverage their desktop monopoly into a browser monopoly, the courts have allowed them to establish another monopoloy in the browser arena. By distributing IE with windows, they destroyed the possibility of outside innovation in the commercial sphere. Now that innovation switched to the open source arena, they will try to kill that by torpedoing standards.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  123. 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.

    1. Re:But it IS flawed by drunken+dash · · Score: 1
      Centring a block object?
      text-align:center; vertical-align:center;
      --
      Enjoy an e-piphany
    2. Re:But it IS flawed by xeno-cat · · Score: 1
      So are you saying the MS should not implement it? I hardley see how that helps anything.

      They are one of the richest companies in the world. It would be nice if they'd spend a little cash to make the task of writting Internet apps a lot easier until the all singing all dancing standard that solves everyones problems emerges.

      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
    3. Re:But it IS flawed by joost · · Score: 1

      Erm, margin: auto on both sides? Sheesh!

    4. Re:But it IS flawed by tuxedobob · · Score: 1

      Wishing I had mod points... I'd give you +1, pwned parent comment.

    5. Re:But it IS flawed by Carewolf · · Score: 1

      Ehrmm.. the hard part is centering the block vertically. Here auto would be 0.

    6. Re:But it IS flawed by SoupIsGoodFood_42 · · Score: 1
      I presume that you're talking about vertical alignment? If you use a table in strict mode, I think you will still find it's a problem.
      If vertical alignment is important, you can always use a small bit of JS to do the job.

      It is a pain sometimes. But you'd have to be joking to think that I'd ever go back to using tables'n'tag soup for presentation.

      Besides, a flawed implimetation of a flawed spec is much worse and much harder to deal with than a properly implimented, flawed spec.

    7. Re:But it IS flawed by Jekler · · Score: 1

      The standard itself might be flawed, but only partially implementing it doesn't correct those flaws. When the browser is broken, it's difficult to identify the difference between flaws in the standard and flaws in the browser. You pointed out that using vertical-align doesn't align the elements vertically, is that an oversight in the standard or a failure on the browser's implementation?

  124. 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
    1. Re:They do own it. by Chiisu · · Score: 1

      Wait, so MS has the patent on CSS and yet their own browser doesn't support it? Huh?

    2. Re:They do own it. by compm375 · · Score: 1

      They support their version of it, it is just not the same one everyone else supports.

    3. Re:They do own it. by Squozen · · Score: 1

      No, they patented the concept of a style sheet. I don't see any evidence that they contributed to the CSS specifications whatsoever.

    4. Re:They do own it. by 808140 · · Score: 1

      If that's the case, then it seems extremely unlikely that they would be able to enforce the patent, because of prior art. Check out this link. In particular:

      The "style" menu was interesting -- you could load a style sheet to define how you liked your documents rendered. You could also set the paragraph style to an HTML element's style - as lists didn't nest, the user could think of the process as styles (heading1, heading 2, list element, etc) and then this implied an HTML structure when the document was written back.

      As this was in the first web browser ever written, it seems rather unlikely they could make much of a claim.

      However, CSS was first implemented in IE, if I recall correctly. So it seems as though they had a lot to do with its development at some stage, at least.

      Whatever the case, IE's lack of halfway decent CSS support is one of the worst things about the web today. Either MS needs to seriously work on bringing their CSS support up to speed, or a competing, standards-compliant browser needs to take the lead from IE. I would happy with either situation.

  125. Judge Jackson had these guys pegged by NatteringNabob · · Score: 1

    So the one feature that most of their customers really, really want, Microsoft isn't going to implement. What was it that Jackson said - 'many innovations that would truly benefit customers never happen becuase it isn't in Microsoft's interest to do so'. Jackson had these guys pegged as the unrepentant criminals that they really are. It is unfortunate that some indiscreet comments to a writer allowed them to get off scot free.

  126. 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.
  127. Re:How easy would it be to write an IE PLUGIN for by t_allardyce · · Score: 1

    Its called fire fox. There simply is no reason to use IE.

    --
    This comment does not represent the views or opinions of the user.
  128. HTTP 1.1 Flawed Also by christowang · · Score: 1

    How about fixing persistant connections? HTTP 1.1 is probably also flawed, so you shouldn't fix that, right Microsoft?

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

    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.

    Not really. In your analogy, you are writing an application for MacOS X. What he wants to do is write an application that works on every platform. Right now, that would be possible if it wasn't for Microsoft continually sabotaging the standards.

  130. Re:Well, hey Microsoft -- I say F*CK YOU right bac by Dryth · · Score: 1

    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.

    It was never "fine." Simply because it became a common practice, doesn't make it right. It wasn't even a matter of time or cost; it was a matter of developers with lousy skill sets and a tendency to trend-hop to the latest browser technology. It's tu quoque fallacy to suggest that such practices in the past justify their revival, and ultimately it hurt the actual users.

    Which brings us back back to the matter of your scheme for highlighting IE development cost. It makes more sense for the company to hire a developer with the required skill set to support the majority target browser from the beginning at a fraction of your transition cost. If you're already under contract for such work, and pull such a stunt, you seem to be pushing your employer toward hurting their users in the immediate future. It's incredibly unprofessional, and not your place.

    The minority of designers actually work from standards, and fewer have the required comprehension level to understand them in a meaningful way. They develop for target browsers, and if their browser of choice happens to claim full standard support, they sing it from the hilltops. Some will validate their code, though even the W3C's validators don't adequately pick out IE's potholes. If you start pulling out big bills for IE support, your potential employers will start pulling in cheaper IE-centric developers, and risk aggrivating the situation.

    I don't like what Microsoft is doing. I don't like Internet Explorer. I really wish people would switch, but I'm not going to target the user, either directly or indirectly. The user shouldn't be the one to suffer simply because some people hold a religious view regarding web standards. What you're suggesting is negative re-enforcement, rather than positive re-enforcement. Like running a political campaign on the dark private life of your opponent. The user should decide what their computer runs, not me, and hopefully not you.

  131. Simple Start a Boycott of MSIE!!! by Whatchamacallit · · Score: 1

    Re-ignite the browser wars! Freedom to code to real standards! Viva La Revolution!

    Here's the thinking, don't ban IE for business customers. Just sniff out MSIE on public sites and redirect to an informational page as to why MSIE is crap. Then give them a FireFox link.

    If this starts happening on enough sites, it will snowball into a rather large revolution and it will promote FireFox adoption.

    I would love to see this on popular weblogs, sites for downloading WAV's, MP3's, etc., etc.

    The average users will simply start using FireFox, the market share will jump quickly and then businesses will begin to follow.

    Time to take a stand and stick it to MSIE! I am really fed up with the security problems that lead to viruses, trojans, and spyware!

    Make the entertainment side of the Internet FireFox only and literally block out MSIE! It's useless to try to appease businesses, but if their users start loading FireFox and use it, eventually, they will need to adapt themselves.

  132. Taco's response by bonch · · Score: 1

    Taco basically responded that they should submit the code as a Slashcode patch, and he would consider it. I guess that didn't pan out. Basically what they did was use already rendered HTML output from Slashdot and used it to craft a CSS for. What will actually require changes, however, will be that underlying, godawful, horrible mess of Perl code that powers Slashdot.

    Taco has been hyping a new layout for Slashdot for years, along with that mysterious new moderation system we've been hearing about that never comes. I won't get my hopes up.

    1. Re:Taco's response by spectre_240sx · · Score: 1

      Well that explains things a bit. I wonder if any of that code is going to make it into the next revision.

    2. 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.

  133. 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.

  134. MS Has always earned their bad rap by FreeUser · · Score: 1

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

    It's deserved in most cases. Their track record is abominable, whether your referring to their vaporware products that never materialized but kept people from buying the products of early innovators who were thus driven out of business and the retrograde consiquences on technological development in IT, their habit of intimidating their own customers into locking themselves into their products ("if you standardize on Netscape we'll charge you triple for every copy of Windows!"), their habit of obsconding with the ideas and concepts of others and claiming it as their own "innovation," their habit of violating anti-trust law, their patenting of every trivial idea under the sun, their dirty tricks in ramming software patents down the throat of Europeans (better get used to being on your knees, folks), or their habit of producing appallingly shoddy hardware.

    Just because Microsoft is being bashed nearly all of the time doesn't mean they haven't earned almost every bit of it the old fashioned way, by being unbearably despicable and discovering new, innovative ways to behave badly.

    --
    The Future of Human Evolution: Autonomy
  135. 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.

  136. I say fuck-em and built by msimm · · Score: 1

    Beautiful CSS. www.csszengarden.com

    I mean honestly, there comes a point..

    --
    Quack, quack.
    1. Re:I say fuck-em and built by msimm · · Score: 1

      OK, I do speak english and that should have said build. I have not excuse!

      --
      Quack, quack.
  137. CSS1 by bailunrui · · Score: 1

    I'd be just as happy to see IE7 fully support CSS1... let's not take things too quickly, guys. *sigh*

  138. 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.

  139. MS's intent is to own the web standards by Anonymous Coward · · Score: 0

    The company is waiting for THEIR markup language to be ready.

    They will downplay the use of css until they can finish and implement their 'browserless' longhorn OS's 'super-html language'

    If they can keep developers from fully embracing the css/wc3 standards long enough they can slide their proprietary language in with an OS upgrade, and walla, the defacto standard for viewing/displaying the web on all (MS) machines is now their personal design... (I don't rememebr the acronym for the language 'extension' they're planning, something like xa-html i think, but its a building block, along with trusted computing/vault technology, in their push towards 'leased' software )

    Obviously, just a guess/opinion.

  140. And the employer replies... by totoanihilation · · Score: 1

    And so the employer would promptly reply "2,000$ to support IE? well, 80% of our visitors use it, so forget about CSS".

  141. Maybe by slapout · · Score: 1

    So maybe the lost the source code to IE 6 (in a crash maybe?). So IE 7 is just going to be IE 6 with the filed hex edited to show a different version...:-)

    --
    Coder's Stone: The programming language quick ref for iPad
  142. MOD PARENT UP by digitect · · Score: 1

    Excellent rebuttal to the grandparent, who's naysaying somehow was modded +5 insightful. (Of course, I forgot. This is SlashDot, where acrimony is valued more than contribution, critique more than the critiqued.)

    --
    There is no need to use a SlashDot sig for SEO...
  143. It's a trap! by illuminatedwax · · Score: 1

    The Emperor has made a critical error and the time for our attack has come.

    The data brought to us by microsoft-watch.com pinpoints the exact location of the Emperor's new web browser. We also know that the CSS systems of this Internet Explorer are not yet operational. With the Imperial Lawyers spread throughout the country in a vain effort to engage us, it is relatively unprotected. But most important of all, we've learned that the Emperor himself is personally overseeing the final stages of the construction of this Internet Explorer.

    Many nerds died, sweaty, alone, and virgins to bring us this information. Admiral Ackbar, please.

    --
    Did you ever notice that *nix doesn't even cover Linux?
    1. Re:It's a trap! by tuxedobob · · Score: 1

      Um... I think you're confused. The URL up top says slashdot.org, not fark.com

    2. Re:It's a trap! by Anonymous Coward · · Score: 0

      you'll also notice that the grandparent's joke had nothing to do with that goddamn fucking catchphrase, but i guess like most slashdot readers you didn't read anything but the subject line.

    3. Re:It's a trap! by tuxedobob · · Score: 1

      Actually, if YOU read the post, you'll see that he was pretty liberal with the Star Wars references.

  144. Box Model Issues... by binary+paladin · · Score: 1

    CSS2's primary flaw (and really the only thing that gives me the red ass) is how it handles the box model. IE's nonstandard method is just plain better, ESPECIALLY when working with liquid layouts. (And before anyone gets on my case, my browser of choice is Konq, so blow me.)

    It works like this, in CSS when you create a div and give it a width/height of 100px, a border of 2px and padding of 10px you get a box that's actually 124px wide since padding and border are calculated on top of width. In standard CSS2 "width" applies to the width of content and not to the box as a whole. In IE width is the total width.

    Standard CSS2 becomes really annoying when you want, say, multiple columns set at a liquid width with padding and borders. If you want two columns at 50% (not a good idea for web design anyway, but a simple example) there's no good way to do it in CSS2 if you want to give the divs padding or a border of any kind. (I don't consider container divs a "good way".) Give them 2px borders and suddenly their width is 50% + 2px which breaks the layout. No one doing design thinks in terms of content width. We think in terms of total width. (Unless you've worked with CSS for a while, then your brain becomes miswired.) In IE you can use 50% and then go ahead and add padding and borders and life is peachy and there's no need for any container divs or other annoying workarounds.

    In theory, CSS3 will let you define which method you want to use for boxes in a stylesheet. So by about 2010 none of this will be an issue anyway. *sigh*

    Honestly, I like CSS a lot. The box model is my only real beef with it. Most of the other issues I have aren't with CSS but with the differing implimentations.

    Seriously, if IE would just support fucking selectors ( > and + ), a few more of the pseudo classes (:active), pseudo elements (:before, :after) and attribute selectors ([type="text"]) I'd be happy! The selectors REALLY HELP keep things contextual and reduce the need to use classes for very much. And while I'm whining let me include... GET YOUR FUCKING PNG SUPPORT WORKING YOU MONOPOLISTIC COCKSUCKERS!

    Ahhh...

    Also, any developers interested in having some fun with getting IE to work in a standards compliant way, take a look at this:

    http://dean.edwards.name/IE7/

    1. Re:Box Model Issues... by SoupIsGoodFood_42 · · Score: 1
      The width thing does makes sense. It depends on how you look at it. If you have a large CMS, and you have set a max embedded image width, then changing the padding or border can end up affecting the content because the width has changed. Many of us think about the content width when designing. For a small site, the content width may not matter so much, but for a large CMS, it's very important.

      They should have had the option to define the outer or innner box width/height from the start. So is a flaw, but so would have been IE's way of doing it.

    2. Re:Box Model Issues... by Anonymous Coward · · Score: 0

      position: fixed is the most useful feature of CSS2 and IE doesn't support it.

    3. Re:Box Model Issues... by binary+paladin · · Score: 1

      I prefer IE's method. However, I think most of us will end up agreeing that being able to choose is the best way to handle things.

  145. IE 7.1 by jolyonr · · Score: 1

    Well, I think I'll wait for the point-release of IE7 that supports CSS properly then!

    Jolyon

    --


    Please read my Canon EOS tech blog at http://www.everyothershot.com
  146. $100 / hr for web design? by L.Bob.Rife · · Score: 1

    You charge $2k for 20 hours of work? For... web design? I must be working in the wrong market if you can get away with those prices.

    1. Re:$100 / hr for web design? by Anonymous Coward · · Score: 0

      Not really. You aren't assuming that charging $100/hr means that he earns $100/hr are you? There's things like operating expenses and non-billable housr to take into consideration.

  147. We are so close, but yet so far away by asoap · · Score: 1
    I absolutely agree.

    I think the CSS working group are not focusing on CSS achieving it's full potential.

    Take a look at the display properties

    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? The typical solution would be to have a

    and make it float left or right. The only benefit of this is that you can make the block appear where the span starts, but regardless it's almost useless because the text around it wraps in that weird way.

    They keep on developing useless things like this, when they really should be focussing on making the stuff that everyone does super simple easy to do, and super clean.

    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. It works in IE, but not firefox. Or you can do all the "HACKS" can you believe that people actually call it __HACKS__, which is to make them float:left. This works, except that if your elements text-wraps, and god forbid that they do, then your whole display gets messed up.

    Again, useless.

    CSS could be sooo damn good, it's so close to being so unbelievably good, except it falls flat on it's face.

    Personally I agree with you. We should have css and html totally seperate. CSS is currently focusing on the elements of a layout. This is not full control of the layout which people keep on claiming it is. It is an improvement over plain old html. But they need to focus on elements and also the full layout.

    Ideally I would imagine html being only used for grouping information. Then using CSS you can manipulate those groups of information into columns, lists, floating elements, etc, etc...

    Let's get away from exploiting "hacks" until they become the standard way of doing something and make something that works from the start.

    I would gladly write up a spec and make some illustrations, but I don't have the time to argue my ideas with the CSS working group, because I'm pretty sure most would disagree with me. Plus, I've already spent to much time on this subject.

    Disclaimer: This is not a rant saying that microsoft is right in not using CSS2. If anything it's the opposite, we are so despeartely in need of standards across the board.

    --
    Treat me like a marketing stat, and I'll treat your movie like a series of ones and zeros
    1. Re:We are so close, but yet so far away by ingsocsoc · · Score: 1
      "For a long time I've been trying to get a list that will appear like a table"
      The table tag gets a lot of bad press, but using it to display a table is really a good idea. Screen readers and the like will understand what it is, instead of failing on a hacked up bit of CSS that only looks like a table.
    2. Re:We are so close, but yet so far away by asoap · · Score: 1
      Oh I absolutely agree with you. I've been saying the same thing. Why use something to simulate a table, when the tag is designed exactly for that.

      The idea is that it would look like a table, but it would very much act like a list. What is beautiful about it, is that you can set a width on the elements, and just let them fill an area. So there is no need to worry about setting up rows. When an element gets to the edge of it's container, it just wraps to the next line. It makes data that comes out from a script beautiful, because you don't have to program in the end and start of a row. You just let it fill in the area. Also if the area that it is filling in is a dynamic width, it means that it still fills beautifully.

      That is the sort of stuff that should be made super easy and super clear. It would make life so much easier for everybody.

      --
      Treat me like a marketing stat, and I'll treat your movie like a series of ones and zeros
  148. Inconpetence by Anonymous Coward · · Score: 0

    Inconpetence in corporate scale.

    - Pardon sir, bow down and scream alone.

    -- Am I dreaming? Damn coloured pill. Why it was window shaped??

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

    Good luck with that. Seriously.

    Would you please post your client list? Thanks.

  150. Microsoft in "not adopting standard" shock by adrianbaugh · · Score: 1

    News at 11..........

    *yawn*

    Slow news day?

    --
    "'I pass the test,' she said. 'I will diminish, and go into the West, and remain Galadriel.'"
    - JRR Tolkien.
  151. Holy devil's advocate by Anonymous Coward · · Score: 0

    Generally, if you need that much justification to make your point, you're straining something. Not that your troll was particularly well crafted, but jeepers, don't be so obvious next time.

    1. Re:Holy devil's advocate by Cereal+Box · · Score: 1

      Sorry, but it's well known that the PNG standard's language regarding alpha channel handling is vague enough that Microsoft is not in the wrong for not supporting it directly in IE.

  152. Why not make CSS2.1 a standard NOW? by neves · · Score: 1

    I know, CSS2.1 is still a candidate recommendation, but since the excuse for M$ is that there's no good standard, why not W3C put some oil in their bureaucracy and it a standard as soon as possible? Make it a standard NOW! Months before M$ releases IE7.

  153. 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.
    1. Re:CSS2 since 1998 by Anonymous Coward · · Score: 0

      bzzzzt lose 10 points. CSS 2.1 is still only a candidate recommendation, not a recommendation.

    2. Re:CSS2 since 1998 by Jussi+K.+Kojootti · · Score: 1
      CSS 2.1 is a candidate recommendation. Yes, they could have started working on it already, but saying that [Microsoft] is waiting for a standard that's already been floating around for a year is a lie.

      No need to twist the facts, in this case the plain truth is damning enough.

  154. Re:Well, hey Microsoft -- I say F*CK YOU right bac by spectre_240sx · · Score: 1

    Absolutely. Writing code to match standards is just good practice, and down the road there's a good chance it will save the client money when more work needs to be done or they do a redesign of a part of the site.

    I don't remember reading anywhere that the overall charge would be any more than another designer would charge, I just saw that the bill would be more detailed. The designer may have a hard time explaining that bill to the customer, but it's not as if they're being overcharged.

  155. Yeah, now go ahead and try this. by melted · · Score: 1

    This doesn't work, and that was my point exactly. :0)

  156. So you're saying that by melted · · Score: 1

    They should release five hundred million copies of the browser supporting the shitty CSS2, and then when CSS2.1 or 3 comes out they should somehow persuade their Joe Sixpack customers to upgrade? I'd rather see them skip CSS2 altogether and go for a more mature standard. Remember, in best case scenario IE7 will come out towards the end of this year.

    Having said all of the above, I'd rather see them implement CSS2 correctly than nothing at all in IE7.

  157. So use tables already... by argent · · Score: 1

    Ever tried centering a block object on the page _without_ using tables?

    So use tables already. Sheesh.

  158. 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
    2. Re:Heh by aftk2 · · Score: 1

      Hehe...I don't want to give the impression that I completely disagree with you, because you're right - CSS is a funky monkey. I imagine that it's the titles of these declarations that are as disconcerting as anything: I imagine I know _exactly_ how they came up with the idea for inline-block:

      ---
      "Well, we've got display: block. That's great. Everything get's a line. Displayed at the block level. Set widths. great."

      "Well crap, what if I don't want the item to take up a whole line? What about span's and em's?"

      "Well then, those are inline elements."

      "Oh no! What about those situations when I really want elements to be inline - I don't want to have to worry about floating and clearing and wrapping - but I want to give them a width?!"

      "Hmmm...crap. I know! inline-block!"
      ---

      Have you ever written decent code, and then had to add onto it, and then add onto again? Pretty soon, without a lot of forethought and planning, the code becomes increasingly less decent. At the end, you're either implementing hacks to solve problems, or you're re-writing everything. Obviously, CSS can't be completely re-written at this point, so it gets style attributes that seem hacked up. The problem isn't that there's no need for inline-block, it's that the name of the style makes it obvious that it was added to the CSS model, rather than planned for from the beginning.

      Now some snarky SOB's going to come and tell me how wrong I am. :-)

      --
      concrete5: a cms made for marketing, but strong enough for geeks.
    3. Re:Heh by asoap · · Score: 1
      You're 100% right, I absolutely agree with you. We struggle with the same problem at work. Adding and adding on to something, and ending up with a bunch of hacks. So we do spend a lot and lot of time re-building stuff, and re-thinking it.

      I think I might submit some ideas to the CSS working group. Maybe we can make a difference.

      Maybe it is a good thing that IE is not implementing it. If it is flawed, and they implement it, and everyone uses it. We will be stuck with it. It would be creating legacy CSS.

      It is really sad though, because everyone just wants compatibility between browsers.

      --
      Treat me like a marketing stat, and I'll treat your movie like a series of ones and zeros
    4. Re:Heh by Anonymous Coward · · Score: 0

      I imagine I know _exactly_ how they came up with the idea for inline-block:

      Not really. It went like this:

      "Let's mae two different types of box - blocks, that contain chunks of the page, and inlines, that are just words."

      "What's that? You want to set widths on words? That doesn't make sense. You use blocks for layout, inlines are just for words."

      "Oh look, Microsoft has given people inline-block, and it actually appears to be useful."

      "I guess we were wrong when we neatly divided things into blocks and inlines. Let's add inline-block to CSS 2.1."

      So it's not nearly as kludged as you portray it.

      Obviously, CSS can't be completely re-written at this point, so it gets style attributes that seem hacked up.

      CSS doesn't have style attributes. It has properties. HTML has style attributes that contain CSS, but I think you were probably referring to properties, right?

  159. REAL FLAW WITH CSS2 AND CSS2.1 by Anonymous Coward · · Score: 0

    Fact1: CSS2 and CSS2.1 have parts that are incompatible with each other.

    Fact2: There is no way to tell the browser which one of the standards it should follow in this case.

    Finding the flaw is left as a exercise to the reader.

    Of course, browsers can just try to guess or ditch either of standards but is that really good way to go?

  160. That would be a major security improvement. by argent · · Score: 1

    If it only replaced the MS HTML control when launched via the "Internet Explorer" and "Outlook Express" front ends, that could also be a major security improvement.

  161. Yeah, Right... by Master+of+Transhuman · · Score: 1

    "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.'"

    Sure.

    We'll support standards Real Soon Now...

    Bullshit.

    This release is just to counter FireFox's rise and has absolutely no other purpose but to give people any excuse to stay attached to IE.

    Typical MS crap.

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  162. Not Invented Here by geirt · · Score: 1

    MS wants Avalon to replace HTML+CSS

    --

    RFC1925
  163. Thank you by mhesseltine · · Score: 1

    Who would have thought bitching on /. could lead to a fix for a problem? That worked very well.

    --
    Overrated / Underrated : Moderation :: Anonymous Coward : Posting
  164. 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!
  165. que dire by realkiwi · · Score: 1

    fsck Microsoft!

    --
    realkiwi
  166. XHTML 1.1 and IE: Fix for the MIME type problem by mu-sly · · Score: 1

    IE chokes on "application/xhtml+xml", which is the problem, because for XHTML 1.0 you're supposed to send it as "application/xhtml+xml", but you can send it as "text/html" if you really want (and most people seem to) and it'll still be OK.

    With XHTML 1.1 DTD, you have to use "application/xhtml+xml", and IE is too shit to handle it, which means you either revert back to XHTML 1.0 Strict and send as "text/html", or you incorrectly send XHTML 1.1 with the wrong mime type. To be honest, it's not a massive problem since there are very few differences between the two, so you won't really have to change your code, but still it's rather annoying because neither solution is ideal.

    However, using 1.1 and "application/xhtml+xml" is good for the newer browsers, since certainly with Firefox (and probably with others too) it uses the XML engine to render the page, and from my (limited) testing, does seem to be a bit quicker, as well as guaranteeing your page is well-formed, because you will know if it's not!

    I use the following piece of PHP to switch between them depending on browser capabilities (note: this is content negotiation, which is very different to evil browser sniffing), and it works perfectly. Unfortunately Slashdot doesn't preserve indenting (and messes up some of the spacing in the strings I'm testing on - weird?), but this should work OK with a minor bit of re-adjustment:

    <?php
    if(isset($_SERVER["HTTP_ACCEPT"]) && stristr($_SERVER["HTTP_ACCEPT"],"application/xhtml +xml")) {
    header("Content-Type: application/xhtml+xml; charset=iso-8859-1");
    print "<?xml version=\"1.0\" encoding=\"iso-8859-1\"?>\n";
    print "<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.1//EN\" \n\t\"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd \">\n";
    print "<html xmlns=\"http://www.w3.org/1999/xhtml\" xml:lang=\"en-gb\">\n";
    $doctype = "xml";
    } else {
    header("Content-Type: text/html; charset=iso-8859-1");
    print "<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Strict//EN\" \n\t\"http://www.w3.org/TR/xhtml1/DTD/xhtml1-stric t.dtd\">\n";
    print "<html xmlns=\"http://www.w3.org/1999/xhtml\" xml:lang=\"en-gb\" lang=\"en-gb\">\n";
    $doctype = "html";
    }
    ?>

    The $doctype variable can be used later if there's anything else you need to change based on the type of the page being sent. Feel free to modify the code to suit your needs. Perhaps you want UTF-8, but I like my ISO-8859-1, dammit!

    This page also has some useful info on the subject.

    1. 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.

    2. Re:XHTML 1.1 and IE: Fix for the MIME type problem by mu-sly · · Score: 1

      Awesome, thanks for alerting me to something I wasn't aware of before. I really do like it when that happens - anything that makes me a better coder is a good thing indeed.

      As it happens, I'm only messing around with XHTML 1.1 DTD on one of my own sites at the moment, and haven't actually put my upgraded (from XHTML 1.0 Strict) version live yet, but I will definitely implement this q-value thing before it goes live. Thanks again!

    3. Re:XHTML 1.1 and IE: Fix for the MIME type problem by subtropolis · · Score: 1

      Alternatively, you can put this in your .htaccess:

      #
      # send all as XHTML to those who can take it
      #
      RewriteEngine on
      RewriteBase /
      RewriteCond %{HTTP_ACCEPT} application/xhtml\+xml
      RewriteCond %{HTTP_ACCEPT} !application/xhtml\+xml\s*;\s*q=0
      RewriteCond %{REQUEST_URI} \.html$
      RewriteCond %{THE_REQUEST} HTTP/1\.1
      RewriteRule .* - [T=application/xhtml+xml]
      #RewriteRule .* - "[T=application/xhtml+xml; charset=iso-8859-1]"

      The last line is an alternative to illustrate how to add character set info.

      --
      "Our interests are to see if we can't scale it up to something more exciting," he said.
    4. Re:XHTML 1.1 and IE: Fix for the MIME type problem by NutscrapeSucks · · Score: 1

      However, using 1.1 and "application/xhtml+xml" is good for the newer browsers, since certainly with Firefox (and probably with others too) it uses the XML engine to render the page

      Note that using the XML engine disables progressive rendering in Firefox and is quite a bit slower. "Good"?

      I believe that Konq/Safari/Opera accepts the XHTML MIME type, but still treats the document as tagsoup HTML. It's arguable that this is worse behavior than IE which just refuses to process it.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    5. Re:XHTML 1.1 and IE: Fix for the MIME type problem by Anonymous Coward · · Score: 0
  167. Please just fix those fscking bugs already! by mu-sly · · Score: 1

    Well, for starters min-width and max-width would be incredibly useful, as well as easy to implement. There are work arounds for those, but they suck and often don't work very well.

    All the other stuff like attribute selectors and so on would be really great, but if they could just add support for min-width and max-width and fix the bugs in the stuff they've got nearly-implemented (peekaboo bug, 3px jog etc.), as well as add proper support for XHTML 1.1 as "application/xhtml+xml" it would be a step in the right direction.

    Unfortunately, Microsoft don't even care about fixing the bugs that have been documented since forever.

    Still, I hear they'll finally be adding proper support for alpha-transparency PNGs, thank the heavens.

  168. Definition of Candidate Recommendation by leighklotz · · Score: 1
    >bzzzzt lose 10 points. CSS 2.1 is still only a candidate recommendation, not a recommendation.
    Give that poster back his 10 points and take 10 away fromn you.

    According to the CSS2.1 document, page 1:
    This is a W3C Candidate Recommendation, which means the specification has been widely reviewed and W3C recommends that it be implemented.

    Note that the editors of the specification are representatives from Opera, Microsoft, and W3C.
  169. lol@microsoft by tehwebguy · · Score: 0

    the only flaws i've ever seen with css are the differences between IE and other browsers in how they render it, which is the fault of the browsers.

    --
    -- lol pwned
  170. MOD PARENT UP!!!! by Foofoobar · · Score: 1

    I concur... and then I conquer.

    --
    This is my sig. There are many like it but this one is mine.
  171. Dean Edwards can add CSS to IE, why can't MS? by weston · · Score: 1

    Not only has CSS 2.1 been out for a year (and CSS 2 for 7 years)... but Dean Edwards has been steadily shoring up CSS support with his IE7 javascript extension for over a year now.

    I can't understand why MS might have trouble at least doing work that a single individual working for free in his spare time is apparently able to accomplish.

  172. Pot.... by Anonymous Coward · · Score: 0

    Flawed standard, what you mean like SOAP developed with Microsoft...?!

    Microsoft:Pot.. you're black

  173. Uh... by krynsky · · Score: 1

    ...Interesting, that's the same way I feel about new verions of MS OS's. I wait unti the SP2 is out before migrating.

  174. 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.

  175. MS's box model was actually more intuitive by setmajer · · Score: 1

    I've moaned early and often about the W3C box model, but I disagree regarding your definition of 'width'. It's one area I think MS implemented in a more intuitive way than the W3C: width = content width + padding + borders (margin is added to the width). Conceptually, that's about right: the 'margin' is an offset, not part of the element itself. Practically speaking, it's about right too: the one bit that tends to be set in different units than the rest (the border) is contained in the width declaration, so you don't have problems like having to leave a few percentages of the parent width blank and hope the borders will fit in there. In practice, I find margins tend to be set in the same units as content width (be they ems, pixels, percentage or whatever) so they're much easier to accommodate with a little simple arithmetic.

    --

    1. Re:MS's box model was actually more intuitive by oliverthered · · Score: 1

      I was trying to way that 1 of Microsofts problems[with the w3c] was that the box width =width = content width + padding + borders.

      For instance I always you em's for content sizes, but often use px's for margins or borders. (usually about 1px-5px)

      The Big problem is Width = 100% and I want a margin or x pixels, I screwed if I use width 100% margin 5pixels because my page will end up being 100% wide + 10pixels.

      --
      thank God the internet isn't a human right.
    2. Re:MS's box model was actually more intuitive by setmajer · · Score: 1

      Ya, that's the problem w/the W3C model.

      It's the W3C standard, and it's more useful to me that all browsers adhere to the standard than that they use a more intuitive/pragmatic box model, but it's unfortunate that the W3C did it the way they did rather than Microsoft's way nonetheless.

      Gawd...the irony of me saying that. :-)

      --

    3. Re:MS's box model was actually more intuitive by oliverthered · · Score: 1

      Gawd...the irony of me saying that. :-)

      Just think, even Microsoft agrees with me and it seems a lot better.

      I have no idea why Microsoft implemented it incorrectly, since w3c usually give formula for calculating everything in the standards.

      --
      thank God the internet isn't a human right.
  176. But it *is* in their patent portfolio by setmajer · · Score: 1
    --

  177. i second using CCs by subtropolis · · Score: 1

    Another benefit is that all other user-agents won't even download it. Unless you're putting all your css inline, but then that's just a huge waste. Link your styles in the head and CC out the ie.one(s). No muss - no fuss.

    first, basic styles:

    <link rel="stylesheet" type="text/css" href="/includes/_css/basic.css" media="screen" />
    NS4 doesn't understand media="all":
    <link rel="stylesheet" type="text/css" href="/includes/_css/extended.css" media="all" />
    if IE, grit your teeth...
    <!--[if IE]>
    <link rel="stylesheet" type="text/css" href="/includes/_css/ie.css" media="screen" />
    <![endif]-->

    I lay out in FF and give it a second pass with IE (it is truly joyful to be able to continue checking in FF when i boot into the dark side). And a lot of IE's rules are pretty much obvious from the beginning, so it's not always a complete shock when checking it in that.

    OT - I keep seeing these pages where the same bloody css & js stuff is on every page. I figure whoever's put it together thought they were 'templating' because they stuck it in to head.php or something, not realizing that the browser never has a chance to cache (and thus save on both bandwidth and rendering time). All they needed to do is put some link tags in.

    --
    "Our interests are to see if we can't scale it up to something more exciting," he said.
  178. Acid2 Test WaSP's not Opera by setmajer · · Score: 1


    The Acid2 Challenge

    It isn't Opera doing the test -- I know; I'm on the dev list for it.

    Some Opera employees are helping a lot, but it's WaSP's test.

    Some IE folks may end up lending a hand, too. And I'd love to get some Moz folks, and Dave Hyatt (or anyone else at Apple or the KHTML project) to pitch in as well.

    --