Slashdot Mirror


The Ultimate CSS Reference

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.

124 comments

  1. Google by CopaceticOpus · · Score: 4, Insightful

    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.

    1. Re:Google by CastrTroy · · Score: 2, Informative

      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.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    2. Re:Google by TheRedSeven · · Score: 5, Interesting

      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.

      That website is a useful tool all by itself!

    3. Re:Google by an.echte.trilingue · · Score: 5, Funny

      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?

      --
      weirdest thing I ever saw: scientology advertising on slashdot.
    4. Re:Google by CRCulver · · Score: 5, Insightful

      One thing that hasn't quickly shown itself as outdated, however, and which isn't so easily accessible from Google as coding references, is web design in general. I recently picked up The Zen of CSS Design and am amazed at what beautiful and usable layouts are possible with standard CSS. There's plenty of resources on how to write up a file full of CSS style rules, and too few resources that tell you how to create a site people will really want to look at.

    5. Re:Google by fm6 · · Score: 4, Insightful

      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?

    6. Re:Google by Anonymous Coward · · Score: 2, Funny

      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 by Tommy Olsson and Paul O'Brien, hosted by some publisher called SitePoint.

    7. Re:Google by hal9000(jr) · · Score: 2, Insightful

      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.

    8. Re:Google by mengel · · Score: 1

      I originally found this one via Google, but I don't recall what I was searching for. I suspect it may be what you're looking for though.

      --
      - "History shows again and again how nature points out the folly of men" -- Blue Oyster Cult, 'Godzilla'
    9. Re:Google by Anonymous Coward · · Score: 0

      The web is good at volume -- not necessarily quality answers. Lots written about CSS but most of it is more outdated and marginal than any book. I'd hope that a book like this had, at least for the medium term, done all the legwork and filtered the noise.

    10. Re:Google by CastrTroy · · Score: 1

      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.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    11. Re:Google by aqk · · Score: 0, Troll

      Google's usefulness aside, I like having a dead-tree reference sitting on my shelf for ease of use.

      Yeah, I know what you mean-
      When my computer is down, I like to grab an Abacus, or least my sliderule. It's a pretty handy substitute.
      All this hypertext nonsense pales in comparison to looking up on that shelf, browsing for the right book, thumbing through the index and looking at page after page to find the right topic! So much quicker!
      If only they would do away with hypertext! I could probably code HTML much more quickly then with my handy 63 lb. of manuals on my desk!
      Lessee now... where did I leave my pencil and coding pad?...
      And oh, yes! Mustn't forget my handy flowchart template!

      .

    12. Re:Google by zarlino · · Score: 1

      Well, the ultimate CSS reference is obviously the spec itself: http://www.w3.org/TR/CSS21/

      --
      Check out my cross-platform apps
    13. Re:Google by Lord_Frederick · · Score: 1

      I prefer a book for looking up many things, including command options or syntax which is the sort of thing google excels at. I'm either becoming an old and crusty "get off my lawn" guy, or the tactile sensation of real paper has a solid hold on me. Then again, maybe I'm just a good little consumer and regularly pay for information I can freely get elsewhere.

    14. Re:Google by PinkPanther · · Score: 2
      You are confusing "specification" with "implementation and adherence".

      ;-)

      --
      It's a simple matter of complex programming.
  2. Why buy a book on CSS? by Anonymous Coward · · Score: 2, Insightful

    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!

    1. Re:Why buy a book on CSS? by Jellybob · · Score: 4, Insightful

      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.

    2. Re:Why buy a book on CSS? by Anonymous Coward · · Score: 0

      It's all online[...]

      In many ways, indeed!

    3. Re:Why buy a book on CSS? by mollymoo · · Score: 1

      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.

      --
      Chernobyl 'not a wildlife haven' - BBC News
  3. Quick -- buy it while it's valid by krog · · Score: 4, Insightful

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

    1. Re:Quick -- buy it while it's valid by Tumbleweed · · Score: 2, Insightful

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

    2. Re:Quick -- buy it while it's valid by Fallingcow · · Score: 4, Insightful

      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.

    3. Re:Quick -- buy it while it's valid by daveime · · Score: 1

      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 :-(

    4. Re:Quick -- buy it while it's valid by Firehed · · Score: 1

      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">* { display: none; }</style><![endif]--> should get the point across well enough.

      --
      How are sites slashdotted when nobody reads TFAs?
  4. Save Trees Read Web by Sir_Real · · Score: 4, Insightful

    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?

    1. Re:Save Trees Read Web by SirShmoopie · · Score: 1

      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 that to be quite so vital.

      Given how hard it is just to become well versed in a CS subject, especially a programming/scripting language, I tend to find it not so desperately important that I forgoe my books (which I tend to replace as they go significantly out of date), with some website that may, or may not, cover the very latest aspects of the topic with the required level of detail.

    2. Re:Save Trees Read Web by ohcrapitssteve · · Score: 1

      I don't know why I'm replying to an AC, but you managed to miss his whole point about being unable to grep a dead tree. If you didn't know what grep meant and refused to take the 7 seconds and Google it, this basically means he's unable to perform some manner of a context search on a paper-on-the-table book the same way grep or Ctrl+F would allow him to do so on a computer. Searching for the exact syntax of a CSS command that contains the word 'border' inside of it is no fun when you're turning page after page. It'd be much easier to visit a page on the net and use ctrl+F to skim through.

    3. Re:Save Trees Read Web by TJamieson · · Score: 2, Interesting

      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.

      --
      For the last time, PIN Number and ATM Machine are redundancies!
    4. Re:Save Trees Read Web by PinkPanther · · Score: 1

      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.

      --
      It's a simple matter of complex programming.
  5. Hey! by Anonymous Coward · · Score: 0

    I know there will be people who'll say "why use a reference BOOK, when I can look it up fast, free, relevant, and up-to-date on my computer".

    To you cynics, I'd say, fine, but what if you're on the road, and have no laptop, and you absolutely must... uhmmm.

    Never mind.

  6. CSS or Tables? by jer2eydevil88 · · Score: 1, Troll

    This brings back the question in the minds of ignorant people everywhere, why we are even switching from tables.

    1. Re:CSS or Tables? by Anonymous Coward · · Score: 0

      This brings back the question in the minds of ignorant people everywhere, why we are even switching from tables.

      Actually, the question I have is, if I want to use tables to, say, display data in a tabular form, is CSS still going to treat me like a stepchild in need of beatings?

      But then again, I have the old O'Reilly CSS book that predates Firefox and Safari.

    2. Re:CSS or Tables? by Anonymous Coward · · Score: 1, Interesting

      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.

    3. Re:CSS or Tables? by Anonymous Coward · · Score: 0

      Tables are fine for tabular data. Tables are not fine when used simply for page layout.

    4. Re:CSS or Tables? by Anonymous Coward · · Score: 1, Informative

      Of course you can use tables for displaying, erm.. tables.

      That's exactly what they are for.

      What they're decidedly NOT for is for mashing together sliced up GIFs and JPEGS (and even 1px 'spacer' images) to resemble something that looks like a proper web page - but isn't.

    5. Re:CSS or Tables? by Fallingcow · · Score: 4, Informative

      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.

    6. Re:CSS or Tables? by Anonymous Coward · · Score: 0

      Some things are still best done with tables, but most layout is easier and better with CSS, especially when the page is not static. With CSS you just switch some IDs or classes around, whereas with tables you have to move page content around. Even when CSS is used with non-semantic markup, it still separates presentation from content much better than tables.

    7. Re:CSS or Tables? by madprof · · Score: 1

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

    8. Re:CSS or Tables? by foniksonik · · Score: 1

      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 document to divide it up into logic sections, use an UL and set the display to block and reset all the default styles, voila... a structured but unordered list of your content.

      Tables on the other hand impose unwanted semantics, quite the opposite of DIVs or ULs.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    9. Re:CSS or Tables? by Anonymous Coward · · Score: 0

      I can easily set up a three-column layout without tables. It's not that hard as people make it out to be (especially considering that people have already set everything up* for you), and it produces cleaner code than a table-based solution.

      * Unfortunately, the Holy Grail layout has an annoying IE bug. Here's a fix.

    10. Re:CSS or Tables? by thetoadwarrior · · Score: 2, 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.

    11. Re:CSS or Tables? by thetoadwarrior · · Score: 1

      If you layout a site with tables you've missed the point of tables completely.

    12. Re:CSS or Tables? by Crispy+Critters · · Score: 1
      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.

    13. Re:CSS or Tables? by PitaBred · · Score: 2, Insightful

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

    14. Re:CSS or Tables? by thetoadwarrior · · Score: 1

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

    15. Re:CSS or Tables? by drx · · Score: 1

      I think complex framesets are much better suited for layouts than tables.

    16. Re:CSS or Tables? by easyTree · · Score: 1

      Actually, the question I have is, if I want to use tables to, say, display data in a tabular form, is CSS still going to treat me like a stepchild in need of beatings?

      That's the fault of the CSS zealots; not CSS.

      Besides, it could be worse. At least there's no css equivalent of the spanish inquisition.

    17. Re:CSS or Tables? by styrotech · · Score: 1

      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 a table element used for layout is semantically wrong (ie has a negative semantic value), then you could say that the div is 'more semantic' than the table element ;)

      Likewise if some other elements do have row and column like relationships with each other, the table elements semantic value is now positive and the table becomes 'more semantic' than divs or spans used in the same situation.

      OK, it was a bit of a stretch :)

    18. Re:CSS or Tables? by DocHoncho · · Score: 1

      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*

      --
      Celebrity worship is a poor substitute for Deity worship and costs more to boot.
    19. Re:CSS or Tables? by uhlume · · Score: 1

      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.

      --
      SIERRA TANGO FOXTROT UNIFORM
    20. Re:CSS or Tables? by The_reformant · · Score: 1

      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.

      --
      I have discovered a truly remarkable sig which this post is too small to contain.
  7. I hope they didn't forget the fundamentals by techno-vampire · · Score: 5, Interesting

    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.

    --
    Good, inexpensive web hosting
    1. Re:I hope they didn't forget the fundamentals by Anonymous Coward · · Score: 0

      I think this might be missing the point of this book a bit, since it's a reference book, not a tutorial. The two are quite different. (The book you mention might have been a reference book aswell: it may have ignored how to include CSS since it was out of the scope of the book)

    2. Re:I hope they didn't forget the fundamentals by techno-vampire · · Score: 1

      No, it wasn't written as a reference work, although your point is well taken. If it were, there'd have been no need for all the repeated examples. As it was, I got the impression that they were there to fill out an otherwise very small book.

      --
      Good, inexpensive web hosting
    3. Re:I hope they didn't forget the fundamentals by styrotech · · Score: 1

      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 nitty gritty details.

      Now the market is completely swamped by beginner level CSS books.

    4. Re:I hope they didn't forget the fundamentals by techno-vampire · · Score: 1
      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.

      --
      Good, inexpensive web hosting
  8. Useless Admission by ojintoad · · Score: 0, Offtopic

    I admit I was curious to see.

    Thank you for admitting your curiosity. I was concerned you were embarrassed about your interest, but I can see now you are comfortable sharing your desire to learn. Kudos to you, I hope your shining example will encourage others to step forward.

  9. Re:Mods by Anonymous Coward · · Score: 0

    C'mon mods - parent post should obviously be modded 'funny' or 'troll'!

  10. Sitepoint??? Really? by knewter · · Score: 1, Troll

    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 been doing web development professionally for over 8 years. Meh.

    --
    -knewter
  11. Are tables really that bad? by Anonymous Coward · · Score: 2, Insightful

    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 using css or tables.

    How is a page done in css that looks the same as a page done it tables better? I haven't worried much about SEO in a long time, but it seems that Google doesn't mind tables either...

    1. Re:Are tables really that bad? by kaizendojo · · Score: 1
      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

      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.

    2. Re:Are tables really that bad? by madprof · · Score: 1

      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 and now do pure CSS-based layout. I would never ever go back. Ever. And CSS is just as quick when you know what you're doing. Even cross-browser...

    3. Re:Are tables really that bad? by Jellybob · · Score: 3, Insightful

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

    4. Re:Are tables really that bad? by madprof · · Score: 1

      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.

    5. Re:Are tables really that bad? by styrotech · · Score: 1

      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.

    6. Re:Are tables really that bad? by kaizendojo · · Score: 1

      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 one is attacking your god.

    7. Re:Are tables really that bad? by styrotech · · Score: 1

      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> tags. This article challenges CSS-P, not CSS.

      That is the vocal table layout defender I referred to, and their use of an artifical distinction.

      The rest of the page reads just like many other sites on all kinds of things created by crackpots with a chip on their shoulder. It's full of straw-man arguments and misunderstandings of what they are arguing against.

      That you describe it as exploding some of the myths about tables vs CSS-P is telling.

      I am fairly neutral about using tables for layout (although I draw the line at nested tables), they aren't as elegant but can be a pragmatic choice when you need to implement certain designs while still supporting IE.

      I have no religious position on this topic (besides calling for a fatwa against IE - joking).

      But CSS is just CSS. The CSS-P distinction was made up so that people who cling to tables for layout and get defensive about that don't have to look like idiots by saying CSS as a whole is wrong.

      If CSS-P was an actual defined subset of CSS - where is the breakdown of which parts are CSS and which parts are CSS-P?

    8. Re:Are tables really that bad? by Anonymous Coward · · Score: 0

      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 using css or tables.

      How is a page done in css that looks the same as a page done it tables better? I haven't worried much about SEO in a long time, but it seems that Google doesn't mind tables either...

      The beauty of CSS is not only that you can define how the content displays, but that the underlying content will display properly for accessibility purposes.

      I'm currently designing a site for a religious organization, and one of the design requirements is that the site be navigable for the visually-impaired. CSS allows me to have the visual aspects that tables allow without the confusing code and impossible-to-understand text when it's read out by a screen reader.

      Also, try viewing a table-heavy site with a mobile device, such as a PDA - unless the site has a separate stylesheet defined for portables, you're getting a page that requires a lot of scrolling, or it makes just about as much sense as it would to someone with a screen reader.

      In this case, the customer DOES give a shit about CSS...

  12. Great CSS by monty019 · · Score: 1

    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.

  13. Ultimate by spottedkangaroo · · Score: 4, Insightful

    Isn't the ultimate reference the definition?

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

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

    --
    Imagine if you weren't allowed to use roads because a bus company complained about your driving 3 times. --skunkpussy
    1. Re:Ultimate by blackest_k · · Score: 1

      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.

    2. Re:Ultimate by xristoph · · Score: 1

      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/ - it's a brilliant reference, the only problem being that it's in German and the author never got around to translating it.

  14. Extremely? by mutende · · Score: 1

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

    --
    Unselfish actions pay back better
    1. Re:Extremely? by stoolpigeon · · Score: 1

      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.

      --
      It's hard to believe that's how Micronians are made. Why don't we see it right now by having you both kiss one another?
  15. Could the trees used to make this book ... by hal9000(jr) · · Score: 1

    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 FF and Opera have weirdnesses of their own, so this isn't a Microsoft bash.

  16. Re:Sitepoint??? Really? by Anonymous Coward · · Score: 0

    I will second that. I have been burned by Sitepoint 4 times now. I buy lots of computer books because I like to get away from the monitor when I read. Sitepoint books suck consistently. Even if the subject of the book matches exactly what I need I would not buy another Sitepoint book. Their code examples have an almost 100% failure rate. I don't know how they keep popping out one pile of shit after another but they keep doing it.

  17. Why use CSS for simple websites? Seriously? by Anonymous Coward · · Score: 0, Flamebait

    I can design a web page in Photoshop. Once designed, I can slice it up, export to HTML, all in 5 minutes. Why would I need CSS except for text look and feel? 1) Oh look, you have to make one or more separate CSS files or exceptions to handle IE6, IE7 or other "bad" browsers? I'm sorry, my little Photoshop sclice-based website is fully compatible! How long does it take you to make a CSS based site again? More than my slice based site? 2) Is my little pixel and table based website for you loading too slowly? Then it must be 1998 and you must be used to designing for those machines and internet speeds. Pixel spacers used for tabular layout work just fine on most machines and internet speeds in 2008. I can tweak my slice-based site to add alt tags where necessary, but the difference in loading time for a slice-based site is negligible. 3) I'm sorry that your client, who asked for a website designed that they can edit easily and manually, has such a problem working with your nifty CSS-based layout in Dreamweaver or any other similar program. It's not their fault that CSS as a basis for web page layout sucks for the average user or designer and that it is non-intuitive. But it's all about "web standards", right? CSS is great for 1) Text look and feel 2) Websites meant to be viewed on anything other than a PC or by the handicapped 3) Certain types of search engine compatibility 4) Larger sites that change their design on a regular basis. But for Joe Schmuckatelli's little Real Estate website or Restaurant website, table layouts work just fine.

    1. Re:Why use CSS for simple websites? Seriously? by madprof · · Score: 1

      Sounds great for sites with 3 pages. Would like to know how you cope with 10 or so. Do you use a template? What about when the time comes to change the heading on each page?
      OK professional web developers get this all the time and your method would never work in a professional environment, although you probably know this.
      It is surprising how many people use Photoshop for design without having used anything better, simply because they didn't realise that there *was* anything better.

    2. Re:Why use CSS for simple websites? Seriously? by hal9000(jr) · · Score: 1

      What you are doing is not very modular and would be difficult to modify at a later date. Yes, you can use Photoshop for small sites that won't change often, but for anything with even simple dynamism, static publishers like that are difficult.

      I hear you on using tables for placement. Heck, alot of sites still do because there is no question how tables are rendered, but from a development perspective, tables and nested tables are a bitch to maintain.

      You can do all that stuff with CSS, easier once you learn it and it's tweaks.

      I do alot of development with php, so keeping the HTML light and using CSS for styling makes perfect sense. I don't fully understand MVC, so I can't say I have gone that far, but once you learn to seperate content from layout, maintenance is so much more efficient.

      Also, in professional shop, you often have a dev team and a design team. Using HTML for mark-up and CSS for styling lets each team work more or less independently. So there are lots of reasons to use CSS.

  18. Another CSS Reference by wizzahd · · Score: 1

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

  19. important by Anonymous Coward · · Score: 0

    Okay slashdot. This will fuck you up:
    important==!important

    Importance. A CSS Godsend. How else could I have made Remedy look beautiful prior to 6.0?

    Also, I am am drunk and anonymous, a position most would envy.

  20. Re:Sitepoint??? Really? by 74nova · · Score: 1

    I think this post makes a lot of sense and I agree. However, anytime I see the word "meh" I automatically discredit you. Please, "nothing to see here" seems to have died, let "meh" die as well.

    --
    use your turn signal! you people act like it's divulging information to the enemy
  21. I'm still waiting by Snaller · · Score: 1

    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.

    --
    If Google really cared they would fix Android Chrome to reflow text, instead of discriminating
    1. Re:I'm still waiting by jedrek · · Score: 1

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

    2. Re:I'm still waiting by Snaller · · Score: 1

      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)

      --
      If Google really cared they would fix Android Chrome to reflow text, instead of discriminating
  22. ./list_favs && LANG=de selfhtml by Anonymous Coward · · Score: 0

    If this was a question in disguise:
    For the german speaking croud, I think SelfHTML with it's part about CSS is a very usable reference, apart from the above mentioned W3C specifications.

    Other useful material consists of diverse articles on A List Apart and meyerweb; and many bits and pieces can be found on Listamatic, BlueRobot and Zen Garden, just to mention a few of my favourites.
    Oh, and don't forget to search the web for those cheat sheets needed for IE 6 and other old browsers.

  23. Save yourself the pain and use Yahoo! UI Library by everynerd · · Score: 2, Interesting

    They supply a framework 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.

  24. Re:I had sex with a beautiful girl last night by Anonymous Coward · · Score: 0

    I've bought her dinner and drinks a few times and we've split the check a few others.

    Her pussy is so tight I was worried about ripping it. Oh my God. It was like fucking a virgin without the mess.

  25. pictures/diagrams by fragbait · · Score: 1

    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), then they won't want to communicate with you no matter how smart you are.

    -fragbait

  26. CSS is not yet about features by scarlac · · Score: 2, Interesting

    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 to support IE 6 and still take advantage of the new features
    * A couple of "watch out" to avoid common IE6/7 CSS issues such as "don't use both padding and width/height due to ie's box model", "float + margin = double margin" and other common guidelines.
    * Common techniques like "sliding doors" for round corners and other nice tips to make effective use of the actual commands.

    Well anyway.. Those are the things I would focus on in my book. I find writing a beginners guide or just a reference is redundant. CSS is practial - most developers usually learn it on a need-to-know basis.

  27. Missing the point by Anonymous Coward · · Score: 0

    The book is on DESIGN, not the technical aspects of CSS. It is aimed at developers who already know what they are doing but perhaps need inspiration or ideas to make sites that look good.

    Have a look at csszengarden.com, a site run by the author. You won't learn how to do that from google queries, that's for sure!

  28. Re:Save yourself the pain and use Yahoo! UI Librar by thetoadwarrior · · Score: 1

    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.

  29. Two points.. by dk.r*nger · · Score: 1

    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 .. and in the end, one site to rule them all. Screw books.

  30. Has anyone noticed a trend in these reviews? by Jay+L · · Score: 5, Insightful

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

    1. Re:Has anyone noticed a trend in these reviews? by stoolpigeon · · Score: 1

      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.

      --
      It's hard to believe that's how Micronians are made. Why don't we see it right now by having you both kiss one another?
    2. Re:Has anyone noticed a trend in these reviews? by Jay+L · · Score: 1

      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 information in the review should be something relevant, distinguishing and useful for decision-making. Every sentence should be able to withstand a "So what?" test.

      If you'd asked me to copy-edit the review, I'd give you these notes:

      * The opening paragraph gives me some context for what CSS is; great. Then it talks about the "Ultimate" title, and spends a few sentences on that. Do you really think they meant it literally? More important, does it matter to me if it's the ultimate book, or merely a good book? Still, if you want to question the title, you'd better make sure you have the answer. I'd rather see a few words that tell me what type of CSS book it is, or whether it was good overall, or what. These seem like news teasers: "Will the earth end tomorrow? Stay tuned to find out."

      * Next paragraph: table of contents. Why is it necessary (the paragraph, not the table)? Are there CSS reference books without one? Do I care how many pages it is?

      * General rule: Show, don't tell. In a review, that means skip the sentences like "I'd like to discuss those first, from front to back." We know you'd like to discuss them; you're writing a review. We know you want to discuss them first, because this is the first paragraph. We can assume you're either discussing them from front to back, or in an order that we don't care about. If you were saying "I'd like to discuss these in reverse alphabetical order, and here's why, then the sentence adds something; it explains why you're going to do the unexpected. Otherwise, it feels like filler.

      I do it all the time. In fact, the previous sentence started out as "Otherwise, it feels like filler; it's the written equivalent of 'umm... so...' while you think of the next sentence." Then I went back and read it, and realized the whole phrase was simply repeating "it feels like filler". It's all about editing. Remember the "FRESH FISH FOR SALE TODAY" story.

      * Next paragraph: tells me a bit how the book is laid out. I suppose it could be handy to know that, but I can't particularly think of why. (I also skip the apparently-mandatory introductory section of these books, where they tell you what each chapter will contain, like a second table of contents, in paragraph form. I've never figured out who it is that says, "I wish I could have the table of contents read to me like a story.") If you think it is useful somehow, then figure out who wants to know that information before buying the book, and what they want to know it for. The last sentence, about prose vs. background color and highlighting, seems superfluous either way.

      * Reference chapter layout: Graphic design, by definition, doesn't translate well to prose. You're giving a prose description of a graphic layout, and despite re-reading it, I still can't picture what the page looks like. If I could, I wouldn't be sure why I cared. What I really want to know is: Is the layout helpful? Annoying? Is it any better than other CSS books? Does it use some clever techniques to make the information easier to find? Otherwise, why do I want to know before I buy?

      Likewise, the compatibility information is useful, but you don't have to be as complete as you were. (And I can't understand the difference between "There is also a list of browser support for the item in IE6+, FF1+, Saf 1.3+ and Op9.2+" and "The second grid shows compatibility for"... I think you'd be better-served by saying "For each property, the book gives an example and a chart of compatible bro

    3. Re:Has anyone noticed a trend in these reviews? by stoolpigeon · · Score: 1

      Thanks for taking the time - that is helpful and I really appreciate it.

      --
      It's hard to believe that's how Micronians are made. Why don't we see it right now by having you both kiss one another?
    4. Re:Has anyone noticed a trend in these reviews? by Anonymous Coward · · Score: 0

      In case you didn't know, nobody reads the articles here. Did you ever wonder why none of the smart, literate, domain-expert Slashdotters (not kidding, they're out there) bother submitting book reviews? Nobody wants to write something that nobody will read.

  31. Re:Reasons why this book doesn't matter by liquibyte · · Score: 1

    And this is exactly why the dot com bust was such a bitch! Mod lol or you don't remotely have a sense of humor.

  32. Re:Save yourself the pain and use Yahoo! UI Librar by everynerd · · Score: 1

    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.

  33. browser compliance notes for each feature by Anonymous Coward · · Score: 0

    That alone, as mentioned in the article summary, should be worth quite a bit. That's like getting the index in the back of the book right - it seems like a small thing they should be able to hire a college kid to do over the summer, but it makes a big difference.

  34. No, it's DIV/FLOAT/CLEAR that's bad. by Animats · · Score: 1

    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 is a classic hard problem. The DIV mechanism just doesn't have adequate alignment tools. If DIVs could be arbitrarily constrained relative to other DIVs ("Left edge of B must align with left edge of A, above"), DIVs would have more power than tables. But, as currently designed, they have less expressive power than tables.

    The limitations of DIV/FLOAT/CLEAR layout lead web 'designers' to use absolute positioning. This leads to pages that look wrong if resized, or worse, text on top of text. Then there are Javascript hacks to put positioning logic onto the web page, which rapidly gets complicated and tends to be buggy.

    WYSIWYG tools work much better for tables than for DIV/FLOAT/CLEAR layout. Try Dreamweaver in both modes.

    1. Re:No, it's DIV/FLOAT/CLEAR that's bad. by mollymoo · · Score: 1

      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.

      --
      Chernobyl 'not a wildlife haven' - BBC News
    2. Re:No, it's DIV/FLOAT/CLEAR that's bad. by PinkPanther · · Score: 1
      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*

      --
      It's a simple matter of complex programming.
    3. Re:No, it's DIV/FLOAT/CLEAR that's bad. by mollymoo · · Score: 1

      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.

      --
      Chernobyl 'not a wildlife haven' - BBC News
  35. No index? FAIL by DrVomact · · Score: 1

    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 what's in the book, which is arranged in a way that made sense to the author—but not necessarily to me.

    At work, I find myself using Google and paper references about 30/70 (in favor of paper) when it comes to programming questions. Google helps me ferret out some of the more obscure stuff, and helpful insights by, for example, fellow victims...er...I mean cognoscenti of XSLT. Why do I use paper at all? Well, paper stays open on my desk...I've usually got 3 or 4 references opened up, with pens stuck in important places. Every time I want to google for something, I have to minimize the editor window, pop Firefox, make the query...then I've got about a dozen open tabs, and I forget which is which...then I have to open the editor again and look at my code...ok I guess I use paper because I'm disorganized. And besides, it helps sop up the spilled coffee.

    --
    Great men are almost always bad men--Lord Acton's Corollary
  36. Interesting, but... by MacDork · · Score: 1

    This book appears to contain inaccuracies. For instance, this page 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 ... Apple says Safari has supported widows and orphans since Safari 1.3.

  37. does it mention CSS use in SVG too? by Anonymous Coward · · Score: 0

    You can also use CSS in SVG

  38. Re:Google & hardcopy... redux by aqk · · Score: 1

    Yeah I know what you mean (Seriously, this time!)

    I've always appreciated reading a real paper newspaper, or a book or magazine late at night in bed.
    Not sure why; it's probably the tactile sensation as you describe. Or perhaps the softness of the appearance, which a laptop monitor still cannot seen to deliver.
    Somehow the finger-tips hitting on the keyboard or the stroke of the mouse late at night doesn't have the same appeal. (no double-entendres please)
    I've downloaded a few books from the Gutenberg project, including Joyce's Ulysses, which I had never read.
    Well it's been whirring around on my hard disk(s) for three or four years now and I STILL haven't read it!
    But it's very handy for looking up a phrase or passage in SECONDS, when I wish to appear intellectual online. Ahh.. the power of pretentiousness!
    I've been working in computers for more than forty years and have now been retired from the office without ever seeing it go paperless, Though goodness knows I tried my best the last 20 years.
    But for the life of me, I do NOT understand the value of printed tech reference manuals about computer topics. They invariably become obsolescent within a year anyhow. Mine were all thrown out years ago.
    But for tenured twits, I suppose books lend some authority when neatly lined up, gathering dust on the professors' shelves.
    Studying computer operation is kinda like turning off your lightbulbs and reading a manual about lightbulb operation by candlelight.
    Helloo! Get with the program, Luddites!
    When it comes to ANY computer work, I do ALL my research and cutnpaste / composing stuff ONLINE.

    |rant> Grrr... this is starting to turn into a rant.. I better stop! |/rant>

    .

  39. Re:Google & hardcopy... redux by Doggabone · · Score: 1

    But for the life of me, I do NOT understand the value of printed tech reference manuals about computer topics. They invariably become obsolescent within a year anyhow. Mine were all thrown out years ago.

    I've got a few. Caveats abound, such as personal preferences, the specific topic, and the skill of the author, but nevertheless...

    It's hard to look up what I don't already know about in Google. My search terms are what I do already know about but lack detail ... I discover more completely new ideas by reading a book. But then, I'll browse through a dictionary too.

    It can be faster to look something up in a book than online, especially to see the connections I might not have immediately gone to in my own mind. It's faster to flip between chapters, for me, than to look up mulitple web pages. Generally, a good reference book is much faster for me than an Internet search.

    A dead tree never goes offline, but I do. It's useful to have a reference I don't need to look for, and it's useful to get away from my desk. Getting what I need from a book instead of a website is an opportunity for both. Depending on what I'm working on, I can reinvigorate the process by working with a reference book, paper and pen instead of at the computer. My thought patterns change.

  40. google can == fail: too many cooks in the kitchen by ClioCJS · · Score: 1

    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.

    --
    -Clio
    Karma: Bad (mostly from not giving a fuck)
    Blog: http://clintjcl.wordpress.com
  41. Choose the right tool for the job by kju · · Score: 1

    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 data i think its perfectly legit to use a layout table if using CSS in this specific case would be much more complicated and require much more work. While it might not be the "perfect" solution, it can very well be the wisest one in terms of time involvement, cost (some people code pages for a living and are constraint to a budget!) and portability (CSS hacks are just that: hacks and they can bite you in the ass in the future).

  42. Need for books? by Ellimist2 · · Score: 1

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