Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Book Reviews Books Media

The Ultimate CSS Reference 124

stoolpigeon writes "Cascading Style Sheets are now the dominant method used to format web pages. Even something as simple as modifying a WordPress blog can involve digging around a bit in CSS. A quick search at Amazon on CSS returns over 7 thousand books in the computer category alone. This book claims to be the ultimate, though, and that made me approach it with a bit of skepticism. Sure, it could be a decent reference, but is it truly the ultimate reference? I admit I was curious to see." Read on for the rest of JR's review.
The Ultimate CSS Reference
author Tommy Olsson & Paul O'Brien
pages 420
publisher SitePoint
rating 9/10
reviewer JR Peck
ISBN 978-0-9802858-5-7
summary All the CSS knowledge you'll ever need.
If any book is going to be an acceptable reference there are a few things that are going to need to be in place, no matter what the subject matter. I'd like to discuss those first, from front to back. The table of contents takes up 9 pages. It is specific enough to easily get the reader pointed in the right direction.

The first two chapters cover introductory material, discussing just what CSS is, what it does, and syntax/nomenclature issues. After that, every chapter is reference material, until chapter 16. The last three chapters cover vendor specific properties, various hacks and work-arounds as well as the difference between html and xhtml. Those five chapters are presented more as straight out prose compared to the reference chapters between, though they still use extensive highlighting and background colors to divide and organize content.

The reference chapters are extremely well laid out. A command, property or other item is in bold at the beginning. Below it, highlighted in grey are various arguments that can be used with that item. An example will be given in a colored box. There are two grids. One covers three aspects of the spec for this item; if it is inherited, the initial value and thecss version of the item. There is also a list of browser support for the item in IE6+, FF1+, Saf 1.3+ and Op9.2+. The second grid shows compatibility for three versions of Internet Explorer (5.5, 6.0 and 7.0), three versions ofFirefox (1.0, 1.5 and 2.0), three versions of Safari (1.3, 2.0 and 3.0) and Opera 9.2. When appropriate there is also a discussion of or list of appropriate values and discussion of usage.

At the end of the book is a single appendix which contains an alphabetical index of properties. There is no proper index for the full book, which is not as bad as it could have been, without the other tools, but is still disappointing.

The typography is clear. The book is concise and clear with little wasted space or verbiage. The color scheme for highlighting the various sections is extremely easy to read and pleasant.

There is one more feature of the book that, aside from content, makes it very useful. There is an online edition of The Ultimate CSS Reference and as far as I can tell, it is completely open to use by anyone without any kinds of restrictions. I couldn't find any in my copy of the book, I didn't have to sign up for anything to use the site. This really makes up for the lack of an index as the entire book is searchable from the site. For me, it is the best of both worlds. I have the dead-tree version on my shelf, ready to pull down and satisfy my curiosity. I have the electronic version freely available on the web site, should I need it. The site has the added bonus of including an area for comments on the contents of the book, and there are already some helpful comments and tips there.

I think then, it is safe to say that mechanically this is a more than acceptable reference. The other important piece aside from it being usable, is the quality of the information itself. Good information is useless if one cannot get to it, and a great access system is useless if the information is no good.

The authors, O'Brien and Olsson are themselves extremely experienced in the field and I think it is safe to say they are experts in regards to CSS. The book also had two experienced "Expert Reviewers" in Natalie Downe and Roger Johansson. I couldn't find any problems with the content, and I think that it is safe to say that these four, along with others have done due diligence to provide an accurate guide to CSS.

Is this the ultimate CSS reference? I haven't read the others, and ultimate seems to imply comparison to me. So while it might not be the ultimate, I do feel comfortable recommending it to anyone who needs an extremely usable, accurate reference to CSS. I would even recommend it to a beginner who wants to learn CSS, though they should probably augment this book with something aimed at teaching CSS, not just providing a reference.

You can purchase The Ultimate CSS Reference from amazon.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
This discussion has been archived. No new comments can be posted.

The Ultimate CSS Reference

Comments Filter:
  • Google (Score:5, Insightful)

    by CopaceticOpus ( 965603 ) on Monday August 04, 2008 @02:25PM (#24470355)

    The ultimate CSS reference is Google. Just follow their search results and not their example.

    CSS isn't all that difficult, but it's the edge cases and browser incompatibilities that are likely to cause you headaches. There are many excellent sites out there tracking these topics, and collectively they do a better job than any book could hope to do.

    • Re: (Score:3, Informative)

      by CastrTroy ( 595695 )
      Especially since a book will quickly become outdated. They can't possibly know what incompatibilities will come up in future browser releases, or what will happen when they start implementing CSS3. If you want to know the basic idea of CSS, and how the concepts work, then a language reference isn't the way to go.
      • Re:Google (Score:5, Interesting)

        by TheRedSeven ( 1234758 ) on Monday August 04, 2008 @02:32PM (#24470455)
        Google's usefulness aside, I like having a dead-tree reference sitting on my shelf for ease of use.

        However, in this case I think the best part of this whole review is the link to the SitePoint CSS Reference website [sitepoint.com].

        That website is a useful tool all by itself!
        • This book appears to contain inaccuracies. For instance, this page [sitepoint.com] indicates that Safari through version 3.0 does not support widows. Without even considering that Safari 3.1 was a substantial upgrade in CSS support [evotech.net] ... Apple says Safari has supported widows [apple.com] and orphans since Safari 1.3.
      • Comment removed (Score:5, Insightful)

        by account_deleted ( 4530225 ) on Monday August 04, 2008 @02:45PM (#24470637)
        Comment removed based on user account deletion
        • I'm not so sure about that. 10 year ago, we were all using tables, and it was the "best" way of doing layout on the web. Now we've all moved to using divs, and generally it works a lot better. However, who's to say in another 5-10 years we won't move onto some other way of doing it? Also, Like I said, a language reference isn't so good. The Zen of CSS Design looks like it's much more about concepts and good practices, and isn't simply a language reference.
    • Re:Google (Score:5, Funny)

      by an.echte.trilingue ( 1063180 ) on Monday August 04, 2008 @02:41PM (#24470589) Homepage
      Besides, the book is not very complete. I perused the table of contents, but I couldn't find the section on making table based website templates anywhere. How are we supposed to make three column pages without tables?
    • Re:Google (Score:5, Insightful)

      by fm6 ( 162816 ) on Monday August 04, 2008 @02:54PM (#24470761) Homepage Journal

      Especially one that doesn't have an index! The reviewer says that the presence of an online searchable copy of the book makes up for this. But if I have to go online to look something up, why do I even want the book?

    • Re: (Score:2, Funny)

      by Anonymous Coward

      The ultimate CSS reference is Google. Just follow their search results and not their example.

      CSS isn't all that difficult, but it's the edge cases and browser incompatibilities that are likely to cause you headaches. There are many excellent sites out there tracking these topics, and collectively they do a better job than any book could hope to do.

      Yes, there are many excellent sites out there. For example, here's one really excellent site [sitepoint.com] by Tommy Olsson and Paul O'Brien, hosted by some publisher called SitePoint.

    • Re: (Score:3, Insightful)

      by hal9000(jr) ( 316943 )

      The ultimate CSS reference is Google. Just follow their search results and not their example.

      Providing you know the magic search string that leads you do the answer you need. I had a problem with floating divs in IE last week-end. I searched and came acorss some answers related to "has Layout", but none of those suggestions worked.

      Search engines are a wonderful thing, but they aren't the magic bullet you are asserting.

      • by mengel ( 13619 )
        I originally found this one [communitymx.com] via Google, but I don't recall what I was searching for. I suspect it may be what you're looking for though.
    • by zarlino ( 985890 )
      Well, the ultimate CSS reference is obviously the spec itself: http://www.w3.org/TR/CSS21/ [w3.org]
    • Nothing like having 50 people shouting 50 different answers to confuse you further. Granted, you can always find your answer: But often you'll find multiple answers, and have to try them all out until you find one that's satisfactory. If a book ends up being "right" most of the time, it could indeed save a lot of time.
  • by Anonymous Coward

    or indeed a book on anything related to website coding?

    It's all online and much more up to date.

    I can only think of one thing worse than buying a book on CSS, and that's writing one - yawn!

    • by Jellybob ( 597204 ) on Monday August 04, 2008 @03:46PM (#24471609) Journal

      As a place to start out I often find books very useful to have. It's not going to teach you everything, and it's unlikely to be completely up to date.

      What it does do though is to give you an overview of what you need to know, and cruically, how those parts fit together as a whole. Once you know that, it becomes a lot easier to know what to search for when you hit the inevitable compatiability bugs, and awkward edge cases.

    • Is there anything as exhaustive as Dynamic HTML: The Definitive Reference available for free on-line? I'm not doing web programming professionally at the moment, but a couple of years ago nothing on-line even got close.
  • by krog ( 25663 ) on Monday August 04, 2008 @02:28PM (#24470405) Homepage

    Before IE9 or whatever stomps all over 1/3 of the subject material...

    • Re: (Score:3, Insightful)

      by Tumbleweed ( 3706 ) *

      Before IE9 or whatever stomps all over 1/3 of the subject material...

      Dude, if you do it carefully, it'll always be *valid*. It just might not *work*. :)

      It's a corollary of the IBM Pollyanna Principle. The corollary states, "Software should be coded to comply to the relevant standards." :)

      • by Fallingcow ( 213461 ) on Monday August 04, 2008 @03:17PM (#24471069) Homepage

        It's always fun to see in what new and exciting ways my pages break when I try them in IE7 after designing in/for Firefox/Opera/Safari/Every other sort-of-standards-based web browser.

        And that's just the warm-up. Then I try IE6.

        • Yes, because Firefox does SUCH a wonderful job with vertical-align within a DIV.

          Only 2 wrapped divs and combinations of absolute and relative positioning, as opposed to MSIE's 3 wrapped divs :-(

        • by Firehed ( 942385 )

          It depends what you're doing, but IE7 tends to respect my CSS fairly well, all things considered. A couple of pixels off here and there, but nothing too horrible most of the time (that could come down to a matter of luck or just knowing the right tricks to use beforehand though, like text-align:center; in the parent of the div that gets the margin: 0 auto; [and the text-align:left; to correct previous] for IE centering).

          IE6, on the other hand... well, <!--[if LTE IE6]><style type="text/css">* {

  • by Sir_Real ( 179104 ) on Monday August 04, 2008 @02:31PM (#24470445)

    I mean really....

    you can't grep a dead tree

    Will this book have a single iota of information in it that I can't get from the w3c?

    • Oh I don't know. Books have their place.

      I am somewhat fond of taking books with me to my local coffee shop and partakeing of some leasurely research.

      If I have my laptop with me I still prefer to take a textbook with me on the current subject.

      It's just so much 'nicer', in an indefinable sort of way then spending quality coffee drinking time searching google for information that can be obtained whilst sitting back and sipping.

      Ok, its unlikely to be 'cutting edge', but in my years of experience I've not found

    • Re: (Score:3, Interesting)

      by TJamieson ( 218336 )

      I mean really....

      you can't grep a dead tree

      Will this book have a single iota of information in it that I can't get from the w3c?

      Info that you can't get from w3c, no. Some people (myself included) prefer the tactile feel of a book; being able to flip around, etc. Flipping around in a PDF makes me insane.

    • Will this book have a single iota of information in it that I can't get from the w3c?

      The W3C specs don't provide you with the nit-pickinesses of various browsers/versions/OSes and their crazy-silly workarounds [alistapart.com].

  • This brings back the question in the minds of ignorant people everywhere, why we are even switching from tables.
    • Re: (Score:1, Interesting)

      by Anonymous Coward

      Because DIV soup is so much tastier than nested table hell?

      Soupiness aside, DIVs make more sense, although I hate it when people claim that DIVs are 'semantic'.

      Table elements have semantic meaning, DIVs do not.

      Even so. You're a mong if you do layout using tables nowadays.

      • DIVs don't have semantic meaning because they are not supposed to. They are only supposed to be used to DIVide up your content as needed for CSS styling... as in, give your DIVs a unique ID so you can scope your styles.. that's it... nothing more. If you choose to also style the DIVs so they have presentation, that's your choice but since DIVs have no semantics, they can be ignored as far as the actual content goes, as in a screen reader should not read a DIV at all...

        If you want semantic structure to your

      • Soupiness aside, DIVs make more sense, although I hate it when people claim that DIVs are 'semantic'.

        Table elements have semantic meaning, DIVs do not.

        The people you were quoting were probably just muppets repeating something they didn't really understand, but it is possible to make some logical sense out of those kinds of statements.

        so playing around with it a bit...

        A div is generally defined as a block element with no inherent semantic meaning.

        So if a div used for layout has a semantic value of zero, and

      • by uhlume ( 597871 )

        DIVs have no intrinsic semantic meaning, true.

        They do support this nifty ID attribute, though, which allows you to assign them whatever semantic meaning you please.

        And then style them accordingly.

    • Re:CSS or Tables? (Score:5, Informative)

      by Fallingcow ( 213461 ) on Monday August 04, 2008 @03:23PM (#24471165) Homepage

      A lot of things are easier in CSS than with tables, not the least of which is producing legible markup. Table layouts are always a confusing mess, no matter how skilled the author, whereas a CSS/(X)HTML writer of even moderate skill can produce complex layouts that are, if not wonderful, at least much, much easier to read and understand than tables.

      Then again, some things are harder in CSS, but that has more to do with IE's horrible implementation than with a flaw in CSS itself. In the end, very simple sites won't have those problems, so you might as well use CSS to keep things clean, and more complicated sites WILL have CSS problems but they'll still be easier to deal with than digging through a soup of TABLE, TR, TD, and TH tags.

      • Re: (Score:3, Insightful)

        Tables aren't meant for layout. They're meant for tabular data which they are still superior for as they are old and there for work perfectly for any browser and in this day and age you shouldn't have to be writing out tables. You should have code that spits out data from a source in a table for you and then you just have to worry about writing a little CSS to style it.
      • Absolutely. Let's talk examples.

        In old-school webpage design, text and graphics were placed on the screen using tables. This is the primarily the use that should generally be converted to CSS. Things like placing a vertical menu next to a block of text, centering a heading over some text, or mixing images and text in a heading. I have seen html laid out with multiple nested tables simply to get different levels of indenting for different blocks of text.

      • The absolute worst is the godawful pile of mess of shit that tools like Dreamweaver and the like spew out.

        God, I have nightmares about manually troubleshooting that garbage... it's a one way ticket to crazy-town.

        "It's tables all the way down..."

        *shudder*

      • But the dev time for tables is often much shorter, especially if you don't deal with CSS as your day job. This isn't just on IE either I mean the "rules" off CSS:P are just bizzare and you end up having to nest divs with float params and negative margins left right and centre resulting in almost as much complexity as the tables your were trying to avoid.

        I dont think css (at least in its current incarnation) or tables is the right solution and hope we see some innovation in this area.
      • Haven't we still learned? If you only have a hammer, every problem starts to look like a nail.

        Granted, layouts based on tables only are ugly and pita to maintain. But otoh layouts based on CSS only often require ugly css hacks, it's hard to achieve some goals (e.g. having multiple columns of same - but not fixed - height, see the web for some of the bizarre "solutions" for this like using background images) and thus require lot of knowledge and work.

        While in theory tables are only meant to organize tabular

    • by madprof ( 4723 )

      Because layout done with tables is a royal pain. Divs done well kick the backside of tables.

      • If you layout a site with tables you've missed the point of tables completely.
        • Re: (Score:3, Insightful)

          by PitaBred ( 632671 )

          Missed the original point, yes. But until CSS came along, tables was the only way to get a decent layout most times. Lots of dogs only remember the old tricks ;)

          • You are correct that at one point you had to use tables but a lot of people had ie and netscape versions of their site or low res / high res versions and frames galore. A lot of mistakes were made. It's best we forget about them. ;)
  • by techno-vampire ( 666512 ) on Monday August 04, 2008 @02:43PM (#24470611) Homepage
    I remember, years ago, buying a book on CSS from O'Reily. It went into quite a bit of detail, although some of it was redundant. (That is, they'd show you how to do whatever the chapter was about for the same five types of page in each chapter.) However, the author neglected to include one very important, basic fact that made the book useless to me: he never showed how to get a css file into a web page. I'm sure all you web designers and webmonkeys out there are smirking, but remember, somebody had to show you how to do it too. At the time, all I knew was basic html, not even enough to use such things as frames, but I wanted to do some simple things like make sure all the pages on my private site had the same color scheme without needing to cut and paste from one to the other. Alas, the book turned out to be useless to me because the author thought that what I needed was too obvious to bother with. I hope this book is different, and that a reader who knows absolutely nothing about css will find enough here to be able to use it in their web site.
    • If thats the O'Reilly book I'm thinking of (The Definitive Guide by Eric Meyer?), that's because it was a reference book not a beginners tutorial book.

      Trying to learn anything from a reference book is hard and confusing (I can sympathise because I originally learnt CSS 1 & 2 from the W3C specs), but that doesn't diminish the important value of a good reference book. That book was for a long time (and may still be) the only useful CSS book for people that had already picked up the basics and needed the n

      • If thats the O'Reilly book I'm thinking of (The Definitive Guide by Eric Meyer?), that's because it was a reference book not a beginners tutorial book.

        I honestly don't remember. It was almost ten years ago when I read it, but I do remember that it had fish on the cover and even with all the redundant examples it was fairly thin. That might be the name, but it really doesn't sound right.

  • I don't have gobs of experience with sitepoint books, but that's just because what experiences I HAVE had with them have been nothing short of atrocious. Their Rails book was so ridiculously wrong-headed it didn't even 'sell' after they made it FREE. Looking at their site briefly, I don't feel even a LITTLE bit like this is 'the ultimate reference.'

    Their 'layout properties' page may as well be a page from the w3, and indeed looks ridiculously similar. This book seems crap, from my quick glance, and I've

  • by Anonymous Coward

    No I'm not trolling here. CSS is clearly superior for formatting fonts and such, but I have yet to really understand why it is better than using tables. Tables are pretty logical things to understand and seem to work the same in all browsers.

    I'm a hacker, not a designer and using tables is just easy for me. If I want to spend a lot of time learning "the right" way to use and implement css, I suppose I could, but I just don't see the benefit. Tables just work. The customer doesn't give a shit if you are u

    • No, they aren't. And the previous poster who said you are a mong (wtf that is) if you use tables should be forced to prove it.

      Decloak did in this wonderful piece and it bears reading. There are a lot of myths about CSS divs vs. tables and this tests them out to a not so predictable conclusion. http://www.decloak.com/Dev/CSSTables/CSS_Tables_01.aspx [decloak.com]

      And BTW, why do I want my code to be more legible? So someone else can copy it easier?!?! Screw 'em....let them work for it like I did.

      • by madprof ( 4723 )

        You shouldn't have to work at all for your HTML/CSS, it's easy. If you feel there is something of a learning curve, of course there is. And once you've learned what you need you find you can do things way more powerfully than before, and more easily.

      • I love the way vocal table layout defenders invented an artificial "CSS" vs "CSS-P" distinction. It reminds me of the artificial macro/micro evolution distinction that evolution disbelievers insist upon.

        In both cases the goal is to separate out the absolutely undeniable part of something so they can better fight against the rest.

        • I fail to see where any one here is a 'vocal table layout defender', all I did was provide a reference to a site that explodes some of the myths about tables vs. CSS-P.

          If you have competing EVIDENCE (as opposed to conjecture and opinion) please present it to all of us so we can make an educated decision instead of ad hominem attacks and weak analogies..

          The OP asked whether tables were 'really that bad', not whether coders who use one method or another are infidels. Geez...get a grip - it's just code. No o

          • You are jumping to conclusions about what I said and missing the point. I was just pointing out the similarity between that and the same rhetorical device used in another situation as a divide and conquer strategy.

            A quote from the top of your link:

            The terms, CSS and CSS-P (or full css) are two (2) very different things in this article. The term "CSS" is more of the regular CSS used for font styles and the like. The term, "CSS-P", is specifically referring to use of <div> tags to replace <table>

    • by madprof ( 4723 )

      A page laid out using CSS is way more flexible. You can adjust the width of your sidebar without worrying that the widths of other parts of the page will change.

      All the design elements of your page have greater independence from each other with CSS. Want to move that bit of text up? Fine if it is just a div but not so fine if it is a cell making up half a column that is spanning 4 rows...

      Tables work for simple stuff fine. CSS is the only route for anything more than that.

      I've done pure table-based layout an

    • by Jellybob ( 597204 ) on Monday August 04, 2008 @03:52PM (#24471705) Journal

      The customer doesn't give a shit if you are using css or tables.

      No, but they do care that it's taking you twice as long to get the job done because your stuck in eight nested table cells.

      Once you get used to CSS, it's hugely quicker. Wouldn't you rather say "put this block over there", then "nest this block, in that one, which goes to the left of that one, and then that nests here"?

    • I have yet to really understand why it is better than using tables. Tables are pretty logical things to understand and seem to work the same in all browsers.

      Actually, you're right. It's not CSS itself that's the problem, it's the DIV/FLOAT/CLEAR approach to layout. DIV/FLOAT/CLEAR is a one-dimensional layout approach. Trying to bash it into doing a 2D cell-like layout is difficult and ugly. Doing three columns in DIV/FLOAT/CLEAR [webmasterworld.com] is a classic hard problem. The DIV mechanism just doesn't have adequate

      • Did you actually read the example you gave? That example contains two ways of doing it and browser-compatibility hacks. The actual 3 column layouts are three or four lines of CSS. There's another four lines of IE-specific hacks. It simply isn't a hard problem.
        • It isn't how many lines of code there are. If the algorithm cannot be readily understood then it is dangerous to advocate using. Looking it over, I keep wondering how in the world anyone ever came up with it. There does not appear to be any hard-fast reason for any particular rule and the hacks are just that.

          Being given the answer to a problem does not make the problem any less hard. I'd hate to be given that code and told that a particular browser is having problems rendering it. *shudder*

          • What don't you understand? Other than the hacks (which are hacks, so are almost by definition obscure) it all looks pretty straightforward to me, the rules have very clear meanings if you know CSS. If you don't know what auto margins or relative positioning do then you simply haven't bothered to learn. Is there a specific non-hack line you don't get? The fact that some versions of IE have horrible implementations which require hacks is hardly CSS's fault.
  • There is a better book for beginers if you will as far as basic CSS. It is HTML, XHTML, & CSS 6th edition by Elizabeth Castro. This is an excellent reference, one I use almost daily.
  • Ultimate (Score:5, Insightful)

    by spottedkangaroo ( 451692 ) * on Monday August 04, 2008 @03:10PM (#24470963) Homepage

    Isn't the ultimate reference the definition?

    http://www.w3.org/TR/CSS21/ [w3.org]

    http://www.w3.org/Style/CSS/ [w3.org]

    • no not in the real world, since the interpretation of the standards varies.
      broken browsers are not a problem for w3. Everyone else needs working solutions.

    • The W3C is a lousy reference, actually, for practical use. I have never been able to find my way around it. Well, I have to say the one mentioned in the original article is pretty good on first look, though the navigability is somewhat limited.
      I have to say, though, that I still prefer http://de.selfhtml.org/ [selfhtml.org] - it's a brilliant reference, the only problem being that it's in German and the author never got around to translating it.
  • This book claims to be the ultimate though, and that made me approach it with a bit of skepticism.

    The short review uses the word extremely 4 times in just a few paragraphs, and that made me a bit skeptic...

    • I have a bad habit of repeating words. I re-read what I wrote and try to weed them out, but I still miss quite a few.

      If I were doing this for pay or something, I'd put more time into it, get someone else to read them before I submit, etc. But it's all for fun and I can live with it.

  • to make a stick to beat the web browser architects to sit down in a fricking room and decide once and for all how all this stuff (HTML, XHTML, CSS, etc) will be processed?

    I spent the better part of an hour trying to figure out why three divs wouldn't float left properly. Divs worked find in FF and Opera, but not in IE. After searching Google (to no avail, there), I ended up fixing the lowest divs width to a fixed pixel size just to spread it far enough to move it to the proper position. yay.

    I am sure
  • One of my favorite CSS resources is http://culturedcode.com/css/reference.html [culturedcode.com]. It's similar to the book's website but a bit more lightweight.

  • I'm still waiting for a book about how CSS destroyed the web. Before that, I could scale webpages and read it all - then the army of idiots from newspaper marched in with their expectation of WYSIWYG and started using absolute font sizes all over.

    • by jedrek ( 79264 )

      You're kidding, right? Any browser worth its salt will resize absolute font sizes by %.

      • by Snaller ( 147050 )

        Any browser breaking the rules yeah, but they shouldn't scale absolute sizes if they follow the standard (which only MSIE did for a while there)

  • They supply a framework [yahoo.com] for developing layouts that will work for all browsers while you only have to specify the basic details. The framework takes care of the rest. Stop worrying about which browser you are going to work with and get a framework that gets the groundwork written. Everything is taken care of for you. Then you can style the page how you want without worrying if users of IE 4 can view it.
    • Yeah if you want to be a complete tool and hints of yahoo's name in all your id and classes.

      CSS isn't so hard that I'm going to use a framework. I've written enough CSS that I can go back and reuse what I've already made. Most IE hacks are in separate files and can be reused quite quickly. That alone solves a lot of the problems.
      • Nobody said it was difficult, but why do something that's done for you? You can boo yahoo all you want, but if you're developing a site the last thing you want to do is waste precious development time trying to tweak for every browser on the planet. No point re-inventing the wheel, doing that makes you a complete tool.
  • The key thing is this book is illustrated. Often, I'd rather see the snippet and the picture of what it would do rather than read the official spec. That isn't to say that the spec shouldn't be read. Saying that anyone wanting to learn CSS should start with the W3C spec is like referring someone who wants to learn C to the BNF describing the C language.

    Start out being a student then head to becoming the master. If you communicate with others in the most abstract way (W3C spec, even with its examples), t

  • Writing a comprehensive book on CSS is not an issue, and really... W3C has a nice homepage that is actually quite well indexed on Google.

    Having a few years of experience I feel that any *practical* CSS book will focus on how a few key aspects with the web as it is today:
    * What should be possible by todays accepted standards (css = 2.1)
    * What is actually possible (things like text-shadow is only supported by safari (and some other more niché browsers))
    * How your CSS can degrade beatifully in order

  • Item one: "Something as simple as modifying a WordPress blog".. What? Since when is that in the category "simple"? If you do web-stuff, you need CSS, if you do Linux kernel programming you need C. It has nothing to do with simple.

    Item two: Quirksmode [quirksmode.org] .. and in the end, one site to rule them all. Screw books.

  • by Jay L ( 74152 ) * <jay+slash @ j ay.fm> on Monday August 04, 2008 @06:42PM (#24473959) Homepage

    Maybe it started with the whole idea of "unboxing photos"; I'm not sure. But an awful lot of reviews seem to fall in the "YOU ARE IN A HELICOPTER" bucket: True, but not useful.

    This book is published on milled wood fibers, commonly called "paper"; it's a pleasant shade of cream, perhaps a bit brighter than ivory, yet darker than a Rubbermaid white spatula used for comparison. The pages are rectangular, measuring 7.23" x 5.05", with a sharp edge reminiscent of a good Martin-Yale trimmer. (For reference, I have published a picture of an average rectangle below.) The book was published on a 1200dpi offset press, with the plates generated directly from digital content.

    Graphically, the book is similar to those we've become used to in the past few centuries. An incremental integer graces the bottom outside corner of every page, allowing one to turn directly to a specific page, if one is able to remember, or otherwise determine, the page number. A so-called "Table of Contents" (or TOC as it's known in the industry) allows you to jump directly to the beginning of a chapter, in conjunctioned with the aforementioned "page number" feature. Additionally, the name of each chapter is printed in italicized lettering opposite each page number, which allows you to remember what chapter you're reading, if you should happen to forget.

    Etc...

    • What would you do differently with a book like this? Here is a quick summary of my thought process in writing this: It's a reference book. It's a tool. It's not a story that will move you or even instructional to teach you something new. I'm not going to regurgitate the content - so that leaves what? Describing the tool to help people decide if it will be useful to them or not.

      I am seriously interested in your thoughts. I do these for fun, but I'd always like to do a better job if I can.

      • by Jay L ( 74152 ) *

        Aw, man, now you made me feel bad for being snarky!

        In short: A good review should focus on what makes the "item under review" different from some other item that I might buy instead. Yes, it's sometimes good to give a slight introduction to the topic, in case the reader is a novice in the field, and you have some expertise. But that's not the main goal; the goal is to let me answer the question, "Why buy this book, and not that other book?" I already know what a book looks like; Every piece of informatio

  • There is no proper index for the full book

    Really. That makes it completely useless in my book. The only way I ever use a reference is by looking up what I want to know in the index, and going straight there. For a reference book, a table of contents—no matter how detailed—just isn't much use. A good index (and making a good index requires work and skill on the part of the author or editor) allows me to quickly zero in on the topic I have questions about; a table of contents is only a list of wha

  • You need books to learn CSS? W3Schools and Google would provide more precise and useful information than any book.

Two can Live as Cheaply as One for Half as Long. -- Howard Kandel

Working...