Become a fan of Slashdot on Facebook

 


Forgot your password?
Close
typodupeerror
×
The Internet

10 Best Resources for CSS 344

Posted by CmdrTaco from the slashdot-is-moving-to-css-in-just-a-few-weeks dept.
victorialever writes "Since one could have noticed an increasing number of websites that are employing CSS and an increasing number of resources talking about how great CSS is, it seems to become impossible not to jump on the CSS bandwagon as well. The 10 Best Resources for CSS provides an impressive list of the CSS resources which have recently become essential for web-developers. Among them - CSSZenGarden, The Web Developer's Handbook, Stylegala, PositionIsEverything etc."
This discussion has been archived. No new comments can be posted.

10 Best Resources for CSS More

10 Best Resources for CSS

Comments Filter:

  • No CSS on that site. (Score:3, Interesting)

    by McDutchie ( 151611 ) on Monday August 15, 2005 @06:43AM (#13320224) Homepage
    Anyone taking even a cursory look at the sitepronews.com article source code can see that the layout is done with the usual mess of tables.

    • Re:No CSS on that site. (Score:5, Insightful)

      by iBod ( 534920 ) on Monday August 15, 2005 @07:10AM (#13320291)
      It's still easier to do certain things with table-based layouts than it is with CSS alone. Control of vertical positioning/height being the obvious one. That and fluid layouts.

      If you're a busy designer, sometimes you just have to take the pragmatic route rather that waste hours or days trying to make a pure CSS layout work across all the common browsers (none of which implement CSS 100% correctly anyway).

      Either that or (worse) you compromise the design to make it fit the limitations of a pure CSS layout.

      I think the latter approach accounts for the huge number of 'identikit', bloggish-looking sites out there (all proudly displaying their little W3c validation logos of course).

      It's still perfectly possible to create valid, semantic XHTML/CSS markup that uses the odd table for layout (no, I don't mean a heap of nested ones with spacer gifs!).

      While I'm all for standards and separating content from presentation, at this stage of the game, we just need to choose the solution that works best.

      I know it's probably heresy to say this, but IMO tables work in an intuitive way that you can easily visualize whereas a mass of floated DIVs often do not!

      • Re:No CSS on that site. (Score:2, Informative)

        by mill ( 1634 )
        Umm, it isn't valid semantic markup if you are using tables for layout.
        • Yes, you're correct. Tables only have semantic meaning for actual tabular data.
        • It isn't valid semantic markup if you have to nest everything in 18 layers of divs and spans to convince a browser to apply your CSS rules correctly, either. There's nothing "less" semantic about using tables instead, and there's some serious advantages - like the fact that all major and most minor browsers will render them identically, that they're far more intuitive, and that they allow re-flowing in a way that you can only do with CSS attributes that are explicitly designed to mimic the layout algorithms

          • Re:No CSS on that site. (Score:5, Insightful)

            by schon ( 31600 ) on Monday August 15, 2005 @09:23AM (#13321022)
            there's some serious advantages - like the fact that all major and most minor browsers will render them identically, that they're far more intuitive, and that they allow re-flowing in a way that you can only do with CSS attributes that are explicitly designed to mimic the layout algorithms of "traditional" tables

            If you really believe all of this, then I don't think theres hope for you... unless you define "major and minor" browsers as "IE". Tables get rendered differently by different browsers, just like CSS gets rendered differently.. the only thing is that it's easier to work around CSS bugs

            CSS is *WAY* more intuitive than tables ever were (and there's a reason - because it's designed that way.) You use DIVs to define blocks of code, then use CSS to say how you want them positioned. With tables, you have to screw around with row and column spans *in the HTML itself*.

            It's pretty obvious that you prefer tables because you've spent a lot of time learning their quirks - don't slam CSS just because you don't know how to use it properly.

            try using the correct tools for the right job

            If you really believed this, you'd be using CSS.

            • Re:No CSS on that site. (Score:5, Insightful)

              by arkanes ( 521690 ) <arkanes.gmail@com> on Monday August 15, 2005 @09:41AM (#13321152) Homepage
              Table layout algorithms have been essentially identical in all major browsers for at least 4 years. CSS layout, on the other hand, has at least 4 years to go before it's anywhere close.

              I've been using CSS for many years. I've been using tables for many years, too, but don't mistake the fact that I'm aware of deficencies both in the CSS stndard and in it's imlpementations for a lack of knowledge. And the fact that you're telling me I need to use blocks of DIVs to layout my stuff is telling me that you're just another blind herd following CSS monkey, rather than anyone who can actually evaluate the usefullness and appropriateness of claims like "semantic markup". There's no excuse for telling someone to replace thier tables with divs "just because".

              And just because you managed to find some stylesheet on a CSS site that you use blindly to work around certain CSS bugs (no doubt without realizing that the stylesheet itself relies on other bugs to work correctly, and the widespread reliance on these bugs is a major obstacle to the uptake of correct CSS implemetations in IE), doesn't mean that CSS incompatibilities are easier to work around than the practically non-existant table ones.

              • Re:No CSS on that site. (Score:3, Interesting)

                by iBod ( 534920 )
                Well said!

                I have yet to see any browser grossly mangle a table layout in they way the commonly do with CSS floats and DIVs.

                A question for those who endlessly bang on about 'semantic markup' would be "what semantic value do DIVs and SPANs add"?

                Tables do at least have some semantic value when used for actual tabular data - DIVs and SPANs have none at all - they only serve as containers to which styles are applied.

                If you want your markup to be purely semantic, it should have no presentational aspect at all (no
          • I agree. From my experience with designing using CSS divs alone, it has been a very frustrating experience. Getting DIVs to hold their position has been very difficult and I have had some real problems with it. I would have saved myself loads of work by just using table markup instead.

            As for semantic HTML, you could achieve quite the same level of semantic information using tables and spans. And so, yes, I agree with you completely.

      • Re:No CSS on that site. (Score:2, Informative)

        by Anonymous Coward
        I agree that CSS got limitation, but not with vertical height/positioning and fluid layouts. The only thing bothering me is vertical centering.

      • If you're a busy designer, sometimes you just have to take the pragmatic route rather that waste hours or days trying to make a pure CSS layout work across all the common browsers (none of which implement CSS 100% correctly anyway).

        As long as you use the 'strict' delcaration on you pages, it's fairly easy to create a good looking page accross browser implementations. The real issue is that news sites don't build pages indivudally and a change to 'real' CSS would take a major change in the system code.

      • Re:No CSS on that site. (Score:5, Informative)

        by Bogtha ( 906264 ) on Monday August 15, 2005 @08:32AM (#13320701)

        It's still easier to do certain things with table-based layouts than it is with CSS alone. Control of vertical positioning/height being the obvious one. That and fluid layouts.

        Okay, vertical positioning, I'll give you. But fluid layouts? That's not hard at all. Websites are fluid by default, they only stop being fluid when you set explicit widths using fixed units. You can do that with CSS or tables.

        If you're a busy designer, sometimes you just have to take the pragmatic route rather that waste hours or days trying to make a pure CSS layout work across all the common browsers

        If you are an experienced designer, then you've already done similar layouts a hundred times before, so you have the code and bug workarounds memorised and making it "work across all the common browsers" is at the very least least as easy as dumping a load of table code into each page.

        Either that or (worse) you compromise the design to make it fit the limitations of a pure CSS layout.

        I think the latter approach accounts for the huge number of 'identikit', bloggish-looking sites out there

        Er, CSS is far less limited than tables (check out the CSS Zen Garden), and I've seen way, way, way more websites out there using tables that all look alike.

        The reason most weblogs look alike is because they come with a set of default templates that people don't tweak very much.

        It's still perfectly possible to create valid, semantic XHTML/CSS markup that uses the odd table for layout

        Er, no. Not semantic. Not at all. If you are using tables for anything other than tabular data, it's not semantic.

        While I'm all for standards and separating content from presentation, at this stage of the game, we just need to choose the solution that works best.

        At any stage of the game you need to choose the solution that works best. In my experience, switching to CSS saved me a whole lot of time that was spent dealing with cruddy code. Sure, in the beginning, that extra time was wasted on stuff I didn't know about CSS, but once I got a bit of experience, it was a real time-saver.

        I know it's probably heresy to say this, but IMO tables work in an intuitive way that you can easily visualize whereas a mass of floated DIVs often do not!

        I've heard that before. Exclusively from developers that have years of experience with tables and who haven't spent any significant amount of time with CSS. Once they spend a week or two coding CSS every day, they wonder how they did without it. And if they never had much experience with tables in the first place, they don't want to bother with all the crap associated with tables (counting rowspans is never intuitive).

        Really, just think about the difference involved in "just move that over to the right a bit" for the two approaches. With tables you have to insert an extra column, count rowspans, if there's any rows spanning across the whole layout you have to break for that, alter its colspan and put another cell below it with rowspans... and with CSS, you open up the stylesheet and change one number.

        • Okay, vertical positioning, I'll give you. But fluid layouts? That's not hard at all. Websites are fluid by default, they only stop being fluid when you set explicit widths using fixed units. You can do that with CSS or tables.

          There is no way in CSS to say something like "size this element relative to the size of that other element" without a parent-child relationship between them. That's the biggest flaw in CSS and it's supposed "semantic markup", because the parent-child stuff is determined by your *c

          • There is no way in CSS to say something like "size this element relative to the size of that other element" without a parent-child relationship between them.

            Yes, there is. You can do it with CSS tables. Internet Explorer doesn't understand them, but we're talking about the capabilities of CSS, not the capabilities of Internet Explorer, right?

            In any case, there's very few instances where a parent-child relationship isn't available to be used in this way. That's just the nature of web pages - thin

            • Yes, there is. You can do it with CSS tables. Internet Explorer doesn't understand them, but we're talking about the capabilities of CSS, not the capabilities of Internet Explorer, right?

              Maybe you are. I'm talking about not only the CSS standard, but also the usefullness of CSS layout vs. tables in the real world, where implementations matter. Talking about what CSS3 could do if there was 100% browser support might be interesting over a beer, but it's not very usefull when it actually comes to developin

        • Okay, vertical positioning, I'll give you. But fluid layouts? That's not hard at all. Websites are fluid by default, they only stop being fluid when you set explicit widths using fixed units. You can do that with CSS or tables.

          I once tried to do some of our corporate intranet pages to use pure CSS, but couldn't. The mixture of headers, footers, fixed and flowing columns I just couldn't get to work.

          CSS seems nice for simple layouts, or complex ones using fixed positioning. Complex ones with some fixed

          • I'm an experienced designer but if I can't get CSS to do what I want (or find an example on the web) where does this code come from?

            Well you don't start out with a complicated example when you learn other stuff, do you? Back off on the corporate intranet pages and do a few simple layouts to begin with. Once you're familiar with the basic concepts, it'll be easier to move on and do more complicated things.

            Experience with tables doesn't translate to experience with CSS. You aren't experienced, you

      • Either that or (worse) you compromise the design to make it fit the limitations of a pure CSS layout.

        Because everybody knows presentation is more important than content?

      • Oh, ye with little experience.

        Those of us who have been dealing with CSS for several years have no problem at all visualizing the layout. The big question here is, how do you visualize YOUR layout when you can't have images loading? How do you visualize your table layout on a cellphone? How do you visualize your layout when you cant visualize anything at all... for example if you have low vision or no vision?

        Maybe instead of thinking about getting the job done fast you should consider getting the job

  • The remains of the hull of the USS Merrimack [wikipedia.org].
    • During the US Civil War, the sunken USS Merrimack was raised and converted to an ironclad by the Confederates, who renamed it the CSS Virginia (which later fought in the famous battle [wikipedia.org] of the ironclads). So the parent was just trying to make a, albeit lame, joke about the acronym "CSS." It wasn't truly offtopic, and it definitely wasn't a troll.

  • Counterstike (Score:4, Funny)

    by flamearrows ( 821733 ) on Monday August 15, 2005 @06:54AM (#13320250)
    Please don't let me be the only one who saw the title and immediately though Counterstrike: Source...

  • CSS Cheat Sheet (Score:5, Informative)

    by Sheriff Fatman ( 602092 ) * on Monday August 15, 2005 @06:56AM (#13320256) Homepage

    May I also recommend Dave Child's CSS Cheat Sheet [ilovejackdaniels.com] ?

    Print it out & stick it on the wall/partition - it covers almost all the CSS you'll use day-to-day, and (IMHO) it's much quicker than digging through the online documentation or the O'Reilly book.

    Similar things for Javascript, PHP, etc. are linked from here [ilovejackdaniels.com] if you're interested.

    • Re:CSS Cheat Sheet (Score:2, Informative)

      by dse ( 1194 )
      Visibone [visibone.com]'s HTML/CSS reference card is worth the $10. Nice four-page card that goes into a lot more detail on browser compatibility, CSS property values, how CSS relates with HTML, and so forth, yet manages to fit all the CSS stuff in one page.

      (They also make a good JavaScript card from which I learned most of my JavaScript, as well as those nifty color charts.)
  • I love reading articles that indicate the top 10 of anything because you never have to worry about the list being subjective. You always know that the author went out of his way and used a numerous amount of resources, reviews, and statistics to compile such a list. Either that or he just inappropriately used the "top 10" catch phrase to garner more readers, but I'll give him the benefit of the doubt since this article is on, as Bush would phrase it, "the internets."

  • can I add one? (Score:5, Informative)

    by Anonymous Coward on Monday August 15, 2005 @06:56AM (#13320259)
    The edit css [mozdev.org] plugin for firefox lets you edit the css data for any page and instantly see the changes.

  • CSS Sidebar for Mozilla/Firefox (Score:5, Informative)

    by superflippy ( 442879 ) on Monday August 15, 2005 @06:57AM (#13320260) Homepage Journal
    I find the CSS Sidebar [mozilla.org] immensely useful. It lets me quickly look up a style and see what values it takes. It's also a good reminder of some of the little-used styles.

  • The REAL news ... (Score:5, Interesting)

    by ggvaidya ( 747058 ) on Monday August 15, 2005 @06:59AM (#13320266) Homepage Journal
    from the slashdot-is-moving-to-css-in-just-a-few-weeks dept. ...

    Is that for real? Not been having much problems which Slashdot recently, but if they're chucking away their mess of tables ... the apocalypse might be at hand after all! Yippee!

    • Re:The REAL news ... (Score:2, Informative)

      by The Mgt ( 221650 )
      I notice slashcode [slashcode.com] seems to have done away with table layout, on the main page anyway.

      • Re:The REAL news ... (Score:2, Informative)

        by H0p313ss ( 811249 )

        With multiple stylesheets no less! Time to pre-order Duke Nukum Forever!

        <link rel="stylesheet" type="text/css" media="screen, projection" href="//www.slashcode.com/base.css" >
        <link rel="stylesheet" type="text/css" media="screen, projection" href="//www.slashcode.com/ostgnavbar.css" >
        <link rel="stylesheet" type="text/css" media="screen, projection" href="//www.slashcode.com/slashcode.css" title="Slashcode" >
        <link rel="Alternate stylesheet" type="text/css" media="screen, projectio

      • Re:The REAL news ... (Score:3, Interesting)

        by schon ( 31600 )
        Yeah, too bad it doesn't validate. :o)
    • Is that for real? Not been having much problems which Slashdot recently, but if they're chucking away their mess of tables ... the apocalypse might be at hand after all! Yippee!

      I hope this is for real since it will mean that I can stop supporting AvantSlash [fourteenminutes.com] which tries to make Slashdot as PDA and WAP friendly as possible.

      Of course, all the parsing of HTML that my code did meant that any little change that occurred on the main Slashdot site completely broke AvantSlash . If you have a look at the change l [fourteenminutes.com]

    • Yeah about time too ... I mean, CSS has only been around for almost nine years [w3.org] ...

    • Re:The REAL news ... (Score:5, Informative)

      by SnowWolf2003 ( 692561 ) on Monday August 15, 2005 @08:32AM (#13320698)
      Looks like it is for real

      See CmdrTaco's journal [slashdot.org]

  • pwnd. (Score:2, Informative)

    by mindwar ( 708277 )
    slashcache [slashcache.com]
    also here's a few interesting links bookmarks [alvit.de] layouts [thenoodleincident.com] more layouts [bluerobot.com]
  • A List Apart [alistapart.com] and StopDesign [stopdesign.com] are sites that have great resources and tutorials, well worth a look.

  • Best - NCDesign.org (Score:5, Informative)

    by N8F8 ( 4562 ) on Monday August 15, 2005 @07:14AM (#13320301)
    Awesome reference for HTML and CSS that shows examples and browser compatability:
    • I just checked out that site. Specifically, this page: http://ncdesign.org/html/s040box.htm#box/ [ncdesign.org].

      At the bottom of the page, a lot of their examples didn't look right. I checked it in IE and they looked fine. Does anyone know if there's a Firefox bug with overflow:visible or overflow-x:scroll; overflow-y:hidden;? They look like I'd expect in IE but the overflowing isn't working in Firefox.

      The IE only style text-overflow:ellipsis; which I'd never heard of before would really be handy. I wonder why it wa

  • CSS tables (Score:5, Insightful)

    by Richard W.M. Jones ( 591125 ) <rich AT annexia DOT org> on Monday August 15, 2005 @07:20AM (#13320317) Homepage
    Yes, a few sites are now using CSS. But often, they still don't "get it" - they've just replaced <table> with <div> to arrive at a mess of divs, instead of a mess of tables. We call this "CSS tables".

    Structural markup is the essential differentiating factor, not just that you have found out how to replace tables with divs ...

    </rant> over.

    Rich.

    • I understand that you were ranting, but what is the substance of your objection to using divs for page layout?
      Is csszengarden not doing exactly that to superb effect?

      • CSS Zen Garden is a wonderful resource and has a lot of pretty pictures in it, but really it is taking two steps back to the start of the web, where every site was a poster with little interaction. All of those fixed layout designs and shiny objects are good to display artistic talent, but try putting dynamic content in there, and you are in for a world of hurt.

      • <div> is only occasionally necessary, and should be avoided most of the time.

        Admittedly not a great example of web design [merjis.com], but structurally it does the right thing. If you have firefox, view that web page and go to View -> Page Style -> No Style to see the structural markup (or just use View Source if you're comfortable with that). Of course we do use <div>, but only where it's essential. I would prefer to use it less, or even not at all.

        Compare to this [independent.co.uk] or this [yahoo.com] or this [visitcopenhagen.com] to see the ove

  • I've not been paying as much attention to the browser wars as I once did. Does anyone know how WebCore (Safari) and Gecko (Firefox) compare in rendering CSS? I know that Safari supports the (completely awesome) text-shadow [w3.org] property whereas Firefox does not, but what are some other differences?

  • CSS Zen Garden styles (Score:4, Interesting)

    by AaronLawrence ( 600990 ) on Monday August 15, 2005 @07:25AM (#13320334)
    I find it interesting that none of the CSS ZenGarden style sheets I tried resized at all with the browser window, and most of them coped poorly or not at all with large text (many became unusable).

    • Re:CSS Zen Garden styles (Score:2, Insightful)

      by nazh ( 604234 )

      There are exception like Patrick Griffith's "Elastic Lawn" http://www.csszengarden.com/?cssfile=/063/063.css& page=0 [csszengarden.com]. Scales rather nicely when you adjust the font-size.

  • How great CSS is (Score:2, Interesting)

    by ChrisF79 ( 829953 )
    I'm not the best one to comment on this by any means, but when I saw in the summary the part about "how great CSS is," I really do have to agree. I threw together a site just as a way to help some of my students back when I was teaching and really didn't know anything about creating a website. I hacked together a site with tables for layout and some very limited PHP and enjoyed doing it. From there, I went to a site that showed a table layout and the exact page done in CSS and used that as a starting poi

  • Take a step back and re-evaluate CSS (Score:5, Interesting)

    by Loundry ( 4143 ) on Monday August 15, 2005 @07:31AM (#13320357) Journal
    I'm a programmer who has been thrust into the world of CSS and been on many occasions quite frustrated with it. It seems arbitrary, arcane, and particularly difficult to debug. On top of that, it seems to have a set of zealots who defend it (and demand it) with bitter viciousness.

    I had concluded that CSS was "programmer-friendly" in the same way that a rusty jigsaw was "penis-friendly".

    I recently picked up a book entitled _Designing with Web Standards_ by Jeffrey Zeldman. It's a good an honest resource, and he even claims to avoid zealotry. But, in the book, he examines a particular website, one with a plain-jane two-column appearance, which he said took "three CSS experts" to re-code from tables to CSS layout. Not three CSS advocates, three CSS *experts*. On top of that, their "solution" turned out to be a hack.

    Honestly, what success am I supposed to expect in using CSS when recoding common layouts in CSS is a struggle for even CSS experts? I am forced to conclude that it is folly trying to adhere to any kind of CSS standards with any kind of rigor until CSS itself becomes more mature.

    Now this is where I get flamed. I'm sorry, but I have to call it like I see it.

    • The problem is browsers, not CSS (Score:4, Informative)

      by goldspider ( 445116 ) on Monday August 15, 2005 @08:02AM (#13320530) Homepage
      I'm reading that book too, but I have a different take on why it took three CSS "experts" to re-code that page.

      It's not CSS' fault; it's the noncompliant browsers. Zeldman's book is basically about using CSS to build a standards-compliant web site that renders properly on a variety of non-compliant browsers.

      Given the differing level of support among the browsers out there, it's no wonder that one has to jump through some hoops to get a consistent display.
    • Just don't use CSS for the things it's not very good for, like replacing a variable width, variable height table layout.
    • Despite the limitations CSS is still the future of the web. It's not about beating table layouts though. It's about programmable attributes in a scalable system.

      Think about using XML + XSLT + CSS to generate scalable presentation layers that meet the needs of multiple PLATFORMS using the same business logic and content layers.

      Think about Accessibilty and the ability to define stylesheets for web browsers, text readers for the blind, PDF, printed versions, etc. without having to use multiple html layouts.

      I f

    • Re:Take a step back and re-evaluate CSS (Score:2, Informative)

      by Anonymous Coward
      Oh, don't be so silly. A two column layout? Please.

      body{background:url(tilingstripe.png) center repeat-y;}
      #leftcol{width:49%;float:left} #rightcol{width:49%;float:left}

      Pshaw. And I'm a *girl*.

      -Dody
    • That same design would have been trivial to convert to CSS (dropping most of the extraneous markup along the way) if those experts were able to use the full power of CSS2. Unfortunately a significant number of people use a browser that has yet to make any headway into supporting CSS2. You may be able to guess who produces said browser.

  • Java Swing or AWT to HTML and CSS (Score:3, Interesting)

    by syousef ( 465911 ) on Monday August 15, 2005 @07:32AM (#13320364) Journal
    Here's a shameless plug for you. Here's my code for converting Java Swing or AWT to HTML and CSS. It's primitive, but it may be useful to someone. It should be easy to modify this to convert any running Swing/AWT application from Java to HTML/CSS. Oh and of course its GPL.

    http://www.progsoc.uts.edu.au/~sammy/javaGUIConver ter.html [uts.edu.au]
    • Spiffy. It would be nice if you included screenshots :) / example exported webpages. My other request is, make the swing converter convert to JSP, so you could create a usable interface for apps / webpages and the same java backend :)
  • I fail to understand *why* people are fixing things which are not broken. I use the web as an information resource. That means I want "Just the facts Mam". Those could have been presented to me in HTML 3.2 (which many readers may be too young to remember)...

    Some sites have intelligent managers (Amazon and Google come to mind). They don't go overboard on overengineering their pages. They work with legacy browsers, etc.

    How about an open-source app which plugs into standard proxy filters (e.g. squid) whic

    • I use the web as an information resource. That means I want "Just the facts Mam". Those could have been presented to me in HTML 3.2

      Disable CSS in your web browser. You'll get "just the facts" from the websites that use HTML + CSS, and you'll get "the facts dressed up with lots of style" from the websites that use HTML + tables. It sounds to me like HTML + CSS does what you want, not HTML + tables.

      I.e. I get back to a world where I view what is important to *me* [...] But I tend to come from the

    • One of the ideas of CSS is it does strip out all the presentation stuff, and puts it into the CSS file. Since most browsers allow you to overide the sites CSS file with a local one, you could make a "plain" CSS file and you get what you want.

      Unfortantely CSS as implimented is up to doing serous layout stuff, so sites still use nested tables and things that replacing the CSS won't remove.

      Of course web sites did that in HTML3.2 as well.

    • HTML 3.2 (which many readers may be too young to remember)...

      all they need to do is go view source.
  • Ironically, I am taking the week to sit down and really figure out CSS because I'm sick of seeing the term everywhere and having ZERO clue of how to use it effectively. Let me get this straight to begin with - I'm a designer, not a web expert. I use *gasp* Dreamweaver, although I know HTML just fine. It's a visual thing and I work better seeing the flow of the graphics, etc. directly on the page. So my biggest beef is wanting to design non-framed pages where menu links will change without having to manual
  • Jump on the bandwagon? There is no bandwagon, web pages are built with HTML and CSS for many reasons - the least of which is because the Jones' are doing it.

    Welcome to the intarnetz, we use CSS here.
  • Some more CSS showcase sites I like to check out every now and then:

    CSS Beauty [cssbeauty.com]
    The Weekly Standards [weeklystandards.com]

    Also this site [intensivstation.ch] has some nice templates

  • One more (Score:2, Interesting)

    by amrittuladhar ( 824792 )

    One more, a good resource not only for CSS but many different web technologies, mostly for beginners:

    W3 schools [w3schools.com] (Warning: Has a popup, but it's worth it)

  • Ironically, the main version [alvit.de] of The Web Developer's Handbook [alvit.de] wasn't mentioned in the list. However, I actually feel great being slashdotted again. ;)

  • quirksmode (Score:3, Informative)

    by eelcoh ( 775552 ) on Monday August 15, 2005 @08:21AM (#13320622)
    Has anyone mentioned http://www.quirksmode.org/ [quirksmode.org]?

  • css attributes reference (Score:3, Informative)

    by rnd() ( 118781 ) on Monday August 15, 2005 @08:40AM (#13320761) Homepage
    this [microsoft.com] is a great reference, and it shows which features are IE only vs which are standard.
  • One of the sites is described as another site dedicated to learning layouts and the little quirks that each browser brings into your CSS design. As a software developer, this is one of the most frustrating parts of CSS. Not one browser is compliant, forcing the developer to use wierd hacks to get a uniform look. This really detracts from purpose of CSS, and leads to hard-to-understand CSS and HTML.

  • From the slashdot-is-moving-to-css-in-just-a-few-weeks dept.

    oh I do hope commander taco isn't just putting me on...

  • Recoding a web site in CSS (Score:3, Informative)

    by horza ( 87255 ) on Monday August 15, 2005 @12:13PM (#13322424) Homepage
    If you look at the following web site with property for sale in Nice [medinheaven.co.uk], you will see it uses extensive CSS. The original web site was done using tables, which I then converted to CSS. There isn't a single image in the whole of the HTML of the web site apart from a few photos which are content and not design.

    Advantages CSS over tables:
    * the nested tables were fixed width, too complicated to convert to proportional, and if you resized the windows to anything larger than 1024x768 then you had to pan around using the scroll bars. The CSS degrades wonderfully. Even if the display breaks and doesn't look as pretty, it's still usable at any window size
    * pages are a fraction of their original size, and the actual content is clearly visible and editable

    Advantages tables over CSS:
    * cross-browser compatibility. Everything always works in Firefox but IE is a nightmare. Grey bars appearing randomly for no apparent reason, margins having unpredictable behaviour, and things breaking for no reason when pixels are exactly aligned (as proved by basic arithmetic)

    From painful experience I can recommend that you get the designer to mock up in photoshop, and then you design the site directly in CSS and ask for the images to be chopped into the way you need as you go along. Don't get the designer to provide you the HTML in table form which you then convert afterwards.

    Hope this helps,

    Phillip.

Slashdot Top Deals

"Let every man teach his son, teach his daughter, that labor is honorable." -- Robert G. Ingersoll

Close