Jens Meiert

Great CSS Techniques and the Simple Truth Behind Them

Jens O. Meiert, March 11, 2008 (↻ August 15, 2014).

This entry has been written by Jens the .

There is a simple recipe to judge CSS techniques: Does the method in question require HTML additions and modifications beyond introducing IDs or classes?

If yes, the technique likely is not very elegant, in fact, might be inadvisable, depending on the strictness you’re applying. Personally, I avoid and discourage to use HTML-heavy techniques. Both theory and practice show that you’re better off looking for alternative solutions since presentational HTML changes do not only mean worse code but also particular problems concerning maintainability.

While it’s nice to talk about such problems, two examples may help the argument:

Questionable: Nifty Corners

The initial proposal for rounded corners asked for the following markup to be used in conjunction with some extra CSS styling:

<div id="container">
  <b class="rtop">
    <b class="r1"></b> <b class="r2"></b> <b class="r3"></b> <b class="r4"></b>
  </b>
  <!-- Content -->
  <b class="rbottom">
    <b class="r4"></b> <b class="r3"></b> <b class="r2"></b> <b class="r1"></b>
  </b>
</div>

I will not comment on the use of b elements and stuff (in my book, I already discuss HTML for this technique) but rather repeat: Great CSS techniques do not require far-reaching HTML modifications.

Recommendable: CSS Sprites

CSS Sprites are a nice way to create delay-free hover effects that save performance by avoiding HTTP requests. Let’s see if the theory that lovely CSS techniques live without HTML changes holds true:

<!-- Untouched HTML. -->

It does!

❧ This has not quite been a scientific approach to CSS methodology assessment, but it should work as an indicator. HTML modifications are usually the point of criticism when it comes to new techniques, including those “you can’t live without” or that are “for effective coding”. Presentation should not require the structure to be changed, as that means blending the two.

Comments (Closed)

  1. On March 11, 2008, 22:04 CET, Dave said:

    Absolutely right!

    Taking such a pure stance on code sometimes forces me to decide that something isn’t possible (yet). For example, is there a way to do rounded corners or some other image-based border style on a div of flexible dimensions?

    Before I read any article on a tricky CSS idea, I check to see if the author outlines what support is like in major browsers. I wish authors would similarly state outright if extra HTML is required.

  2. On March 12, 2008, 10:32 CET, Phil Nash said:

    Seeing techiniques like nifty corners always makes me feel uncomfortable due to all the extra markup. If you have to do it, at least apply it with JavaScript.

    This may be a simple analysis, but I agree and think you are totally right. If you are adding markup then you haven’t fully separated structure and style.

    Dave: we are all waiting for CSS3’s border-radius to be well implemented across the board!

  3. On March 12, 2008, 11:53 CET, Martin Sarsini said:

    Certainly they are inferior techniques, but in some cases having a rich developed web site or web application with rich extras is something that makes it so sensational in usage and appearance, and for most of the final users all works great. In other cases you can realize that the same website is exactly the same thing without all that kb of javascript and wierd generated code… and it’s so sensational in it’s simplicity.

    There is always a price you have to pay

  4. On March 12, 2008, 12:10 CET, Gemma said:

    I’d love to be able to be semantic all the time, cut off the extra added divs and such whose only purpose is to align stuff (backgrounds that are stupidly complex most of the time).

    My rule of thumb tends to be:
    1) Mark up content semantically and cleanly.
    2) Style it as per the design, as far as possible.
    3) Add extras to make it fit the design exactly.

    This tends to keep it as clean as humanly possible while still giving in to the fact that clients always want the design thats the hardest to build in a semantic manner. :)

  5. On March 12, 2008, 16:40 CET, Jens O. Meiert said:

    Dave, right, some authors could early on say whether or not they ask for additional HTML. And as Phil pointed out, CSS 3 will give you at least two ways for rounded corners, either by using more than one background image or via border-radius.

    Phil, thank you, though I am a little bit sceptical about the JavaScript alternative… personally, I like to check the final document tree as well ;)

    Gemma, unless step 3 dictates everything else, this looks like a very good approach!

  6. On March 18, 2008, 21:48 CET, lynne said:

    Jen, I briefly looked over the CSS3 and Nifty corners that you posted in regards to rounded corners with CSS. Also the w3c(always there for me).

    I have had a lot of fun tinkering with rounded corners and noticed that if I base a similar technique with background images it was taking up about 18 images! Not to mention extra non-semantic wrapper and enough css I could fall over. I think that Nifty Corners hit it right when they said that you used about 18-20Kb or so.

    Great CSS technique, concise and to the point.

  7. On March 18, 2008, 21:51 CET, lynne said:

    I’m so sorry I forgot the (s) in your name…I apologize about my typing error. Again apologies. Jens*

  8. On March 19, 2008, 11:41 CET, Mike said:

    I also apply an additional rule - will the particular hack be needed in a few years time?
    Again, rounded corners: already an established part of the spec, supported by Mozilla and by WebKit: those browsers get to show off, IE gets to look a bit square (which it is).

  9. On March 22, 2008, 9:13 CET, Jordan Clark said:

    I tend to take a pragmatic approach to these matters: for me, its a case of deciding whether the means adds enough value to justify the ends (generally, I find it does not).

    I agree with you in principle, though: that so-called “nifty corners” technique is very ugly, and not something I would use personally. However, I am not so pedantic that I object to an extra div or span here or there, either. It’s all about balance, IMHO.

  10. On June 1, 2008, 1:08 CEST, Ludde said:

    Nifty Corners Cube was released in March 2006, and it adds the necessary html markup via javascript.
    http://www.html.it/articoli/niftycube/index.html

Read More

Have a look at the most popular posts, eventually including:

Found a mistake? Reward! Email me, jens@meiert.com.

You are here: meiert.comArchive for 2008 → Great CSS Techniques and the Simple Truth Behind Them

Last update: August 15, 2014.