Modern CSS Layouts: The Essential Characteristics
Now is an exciting time to be creating CSS layouts. After years of what felt like the same old techniques for the same old browsers, we’re finally seeing browsers implement CSS 3, HTML 5 and other technologies that give us cool new tools and tricks for our designs.
But all of this change can be stressful, too. How do you keep up with all of the new techniques and make sure your Web pages look great on the increasing number of browsers and devices out there? In part 1 of this article, you’ll learn the five essential characteristics of successful modern CSS websites. In part 2 of this article, you’ll learn about the techniques and tools that you need to achieve these characteristics.
We won’t talk about design trends and styles that characterize modern CSS-based layouts. These styles are always changing. Instead, we’ll focus on the broad underlying concepts that you need to know to create the most successful CSS layouts using the latest techniques. For instance, separating content and presentation is still a fundamental concept of CSS Web pages. But other characteristics of modern CSS Web pages are new or more important than ever. A modern CSS-based website is: progressively enhanced, adaptive to diverse users, modular, efficient and typographically rich.
- Progressively enhanced,
- Adaptive to diverse users,
- Modular,
- Efficient,
- Typographically rich.
Progressive Enhancement
Progressive enhancement means creating a solid page with appropriate markup for content and adding advanced styling (and perhaps scripting) to the page for browsers that can handle it. It results in web pages that are usable by all browsers but that do not look identical in all browsers. Users of newer, more advanced browsers get to see more cool visual effects and nice usability enhancements.
The idea of allowing a design to look different in different browsers is not new. CSS gurus have been preaching this for years because font availability and rendering, color tone, pixel calculations and other technical factors have always varied between browsers and platforms. Most Web designers avoid “pixel perfection” and have accepted the idea of their designs looking slightly different in different browsers. But progressive enhancement, which has grown in popularity over the past few years, takes it a step further. Designs that are progressively enhanced may look more than slightly different in different browsers; they might look very different.
For example, the tweetCC website has a number of CSS 3 properties that add attractive visual touches, like drop-shadows behind text, multiple columns of text and different-colored background “images” (without there having to be actually different images). These effects are seen to various extents in different browsers, with old browsers like IE 6 looking the “plainest.” However, even in IE 6, the text is perfectly readable, and the design is perfectly usable.
In CSS 3-capable browsers like Safari (top), the tweetCC website shows a number of visual effects that you can’t see in IE 6 (bottom).
These significant differences between browsers are perfectly okay, not only because that is the built-in nature of the Web, but because progressive enhancement brings the following benefits:
- More robust pages
Rather than use the graceful degradation method to create a fully functional page and then work backwards to make it function in less-capable browsers, you focus first on creating a solid “base” page that works everywhere. - Happier users
You start building the page making sure the basic functionality and styling is the same for everyone. People with old browsers, mobile devices and assistive technology are happy because the pages are clean and reliable and work well. People with the latest and greatest browsers are happy because they get a rich, polished experience. - Reduced development time
You don’t have to spend hours trying to get everything to look perfect and identical in all browsers. Nor do you have to spend much time reverse-engineering your pages to work in older browsers after you have completed the fully functional and styled versions (as is the case with the graceful degradation method). - Reduced maintenance time
If a new browser or new technology comes out, you can add new features to what you already have, without altering and possibly breaking your existing features. You have only one base version of the page or code to update, rather than multiple versions (which is the case with graceful degradation). - More fun
It’s just plain fun to be able to use cool and creative new techniques on your Web pages, and not have to wait years for old browsers to die off.
Learn more about progressive enhancement:
- Progressive Enhancement: What It Is, And How To Use It?
- Progressive Enhancement on Wikipedia
- Progressive Enhancement: Paving the Way for Future Web Design
Adaptive to Diverse Users
Modern CSS-based Web pages have to accommodate the diverse range of browsers, devices, screen resolutions, font sizes, assistive technologies and other factors that users bring to the table. This concept is also not new but is growing in importance as Web users become increasingly diverse. For instance, a few years ago, you could count on almost all of your users having one of three screen resolutions. Now, users could be viewing your pages on 10-inch netbooks, 30-inch widescreen monitors or anything in between, not to mention tiny mobile devices.

In his article “Smart columns with CSS and jQuery” Soh Tanaka describes his techniques that adapts the layout depending on the current browser window size.
Creating Web designs that work for all users in all scenarios will never possible. But the more users you can please, the better: for them, for your clients and for you. Successful CSS layouts now have to be more flexible and adaptable than ever before to the increasing variety of ways in which users browse the Web.
Consider factors such as these when creating CSS layouts:
- Browser
Is the design attractive and usable with the most current and popular browsers? Is it at least usable with old browsers? - Platform
Does the design work on PC, Mac and Linux machines? - Device
Does the design adapt to low-resolution mobile devices? How does it look on mobile devices that have full resolution (e.g. iPhones)? - Screen resolution
Does the design stay together at multiple viewport (i.e. window) widths? Is it attractive and easy to read at different widths? If the design does adapt to different viewport widths, does it correct for extremely narrow or wide viewports (e.g. by using themin-widthandmax-widthproperties)? - Font sizes
Does the design accommodate different default font sizes? Does the design hold together when the font size is changed on the fly? Is it attractive and easy to read at different font sizes? - Color
Does the design make sense and is the content readable in black and white? Would it work if you are color blind or have poor vision or cannot detect color contrast? - JavaScript presence
Does the page work without JavaScript? - Image presence
Does the content make sense and is it readable without images (either background or foreground)? - Assistive technology/disability
Does the page work well in screen readers? Does the page work well without a mouse?
This is not a comprehensive list; and even so, you would not be able to accommodate every one of these variations in your design. But the more you can account for, the more user-friendly, robust and successful your website will be.
See these resources on user diversity and Web page adaptability:
- Market Share by Net Applications
- Actual Browser Sizes
- Screen Resolutions and Better User Experience
- Fixed vs. Fluid vs. Elastic Layout: What’s the Right One for You?
- Mobile Web Design Trends for 2009
Modular
Modern websites are no longer collections of static pages. Pieces of content and design components are reused throughout a website and even shared between websites, as content management systems (CMS), RSS aggregation and user-generated content increase in popularity. Modern design components have to be able to adapt to all of the different places they will be used and the different types and amount of content they will contain.

Object Oriented CSS is Nicole Sulivan’s attempt to create a framework that would allow developers to write fast, maintainable, standards-based, modular front end code.
Modular CSS, in a broad sense, is CSS that can be broken down into chunks that work independently to create design components that can themselves be reused independently. This might mean separating your style into multiple sheets, such as layout.css, type.css, and color.css. Or it might mean creating a collection of universal CSS classes for form layout that you can apply to any form on your website, rather than have to style each form individually. CMS’, frameworks, layout grids and other tools all help you create more modular Web pages.
Modular CSS offers these benefits (depending on which techniques and tools you use):
- Smaller file sizes
When all of the content across your website is styled with only a handful of CSS classes, rather than an array of CSS IDs that only work on particular pieces of content on particular pages, your style sheets will have many fewer redundant lines of code. - Reduced development time
Using frameworks, standard classes and other modular CSS tools keeps you from having to re-invent the wheel every time you start a new website. By using your own or other developers’ tried and true CSS classes, you spend less time testing and tweaking in different browsers. - Reduced maintenance time
When your style sheets include broad, reusable classes that work anywhere on your website, you don’t have to come up with new styles when you add new content. Also, when your CSS is lean and well organized, you spend less time tracking down problems in your style sheets when browser bugs pop up. - Easier maintenance for others
In addition to making maintenance less time-consuming for you, well-organized CSS and smartly named classes also make maintenance easier for developers who weren’t involved in the initial development of the style sheets. They’ll be able to find what they need and use it more easily. CMS’ and frameworks also allow people who are not as familiar with your website to update it easily, without screwing anything up. - More design flexibility
Frameworks and layout grids make it easy, for instance, to switch between different types of layout on different pages or to plug in different types of content on a single page. - More consistent design
By reusing the same classes and avoiding location-specific styling, you ensure that all elements of the same type look the same throughout the website. CMS’ and frameworks provide even more insurance against design inconsistency.
Learn more about modular CSS techniques:
- Object-Oriented CSS
- Making Modular Layout Systems
- Definitive List of CSS Frameworks: Pick Your Style
Efficient
Modern CSS-based websites should be efficient in two ways:
- Efficient for you to develop,
- Efficient for the server and browser to display to users.
As Web developers, we can all agree that efficiency on the development side is a good thing. If you can save time while still producing high-quality work, then why wouldn’t you adopt more efficient CSS development practices? But creating pages that perform efficiently for users is sometimes not given enough attention. Even though connection speeds are getting faster and faster, page load times are still very important to users. In fact, as connection speeds increase, users might expect all pages to load very quickly, so making sure your website can keep up is important. Shaving just a couple of seconds off the loading time can make a big difference.
We’ve already discussed how modular CSS reduces development and maintenance time and makes your workflow a lot faster and more efficient. A myriad of tools are out there to help you write CSS quickly, which we’ll cover in part 2 of this article. You can also streamline your CSS development process by using many of the new effects offered by CSS 3, which cut down on your time spent creating graphics and coding usability enhancements.
Some CSS 3 techniques also improve performance and speed. For instance, traditional rounded-corner techniques require multiple images and DIVs for just one box. Using CSS 3 to create rounded corners requires no images, thus reducing the number of HTTP calls to the server and making the page load faster. No images also reduces the number of bytes the user has to download and speeds up page loading. CSS 3 rounded-corners also do not require multiple nested DIVs, which reduces page file size and speeds up page loading again. Simply switching to CSS 3 for rounded corners can give your website a tremendous performance boost, especially if you have many boxes with rounded corners on each page.
Writing clean CSS that takes advantage of shorthand properties, grouped selectors and other efficient syntax is of course just as important as ever for improving performance. Many of the more advanced tricks for making CSS-based pages load faster are also not new but are increasing in usage and importance. For instance, the CSS Sprites technique, whereby a single file holds many small images that are each revealed using the CSS background-position property, was first described by Dave Shea in 2004 but has been improved and added to a great deal since then. Many large enterprise websites now rely heavily on the technique to minimize HTTP requests. And it can improve efficiency for those of us working on smaller websites, too. CSS compression techniques are also increasingly common, and many automated tools make compressing and optimizing your CSS a breeze, as you’ll also learn in part 2 of this article.
Learn more about CSS efficiency:
- 7 Principles of Clean and Optimized CSS Code
- Simplifying CSS Selectors
- Best Practices for Speeding Up Your Website
- The Mystery Of CSS Sprites: Techniques, Tools And Tutorials
- 35 CSS Lifesavers For Efficient Web Design
Rich Typography
Rich typography may seem out of place with the four concepts we have just covered. But we’re not talking about any particular style of typography or fonts, but rather the broader concept of creating readable yet unique-looking text by applying tried and true typographic principles using the newest technologies. Typography is one of the most rapidly evolving areas of Web design right now. And boy, does it need to evolve! While Web designers have had few limits on what they could do graphically with their designs, their limits with typography have been glaring and frustrating.
Until recently, Web designers were limited to working with the fonts on their end users’ machines. Image replacement tricks and clever technologies such as sIFR have opened new possibilities in the past few years, but none of these is terribly easy to work with. In the past year, we’ve finally made great strides in what is possible for type on the Web because of the growing support for CSS 3′s @font-face property, as well as new easy-to-use technologies and services like Cufón and Typekit.
The @font-face rule allows you to link to a font on your server, called a “Web font,” just as you link to images. So you are no longer limited to working with the fonts that most people have installed on their machines. You can now take advantage of the beautiful, unique fonts that you have been dying to use.
@font-face in action: Teehanlax.com
The three screenshots above are all examples of what @font-face can do.
The main problem with @font-face, aside from the ever-present issue of browser compatibility, is that most font licenses—even those of free fonts—do not allow you to serve the fonts over the Web. That’s where @font-face services such as Typekit, Fontdeck and Kernest are stepping in. They work with type foundries to license select fonts for Web design on a “rental” basis. These subscription-based services let you rent fonts for your website, giving you a much wider range of fonts to work with, while avoiding licensing issues.

For A Beautiful Web uses the Typekit font embedding service for the website name, introductory text and headings.

Ruler of the Interwebs uses the Kernest font embedding service for the website name and headings.
We still have a long way to go, but the new possibilities make typography more important to Web design than ever before. To make your design truly stand out, use these modern typographic techniques, which we’ll cover in even greater detail in Part 2.
See these resources on current CSS typography techniques:
- Webfonts.info Wiki
- Beautiful Fonts With @font-face
- Why Web Font Services Are the Future of Fonts on the Web
- The Direction Forward with Web Fonts
- Roundup of Font Embedding and Replacement Techniques
Summary
We’ve looked at five characteristics of modern CSS websites:
- Progressively enhanced,
- Adaptive to diverse users,
- Modular,
- Efficient,
- Typographically rich.
In part 2 of this article, coming soon, we’ll go over the techniques and tools that will help you implement these important characteristics on your CSS-based Web pages.
(al)












Tobias
October 26th, 2009 7:43 am“Now is an exciting time to be creating CSS-based websites.” … Really?
Andrew
October 26th, 2009 7:58 amCould there be a future post going over css3 and html5 in specific?You know… New tags, new attributes, etc?
Brandon
October 26th, 2009 8:21 amI hope so Andrew.
MaTYO
October 26th, 2009 8:28 amuseful !
Joshua Briley
October 26th, 2009 8:29 amThanks for posting this… The smart columns with CSS and Jquery is something I’ve been needing for a while.
Comment Zombie
October 26th, 2009 9:19 amGreat article. I can use this. Dugg
Comment Zombie #2
October 26th, 2009 9:23 amDugg too!! OMG!
Comment Zombie #3
October 26th, 2009 9:30 amOMG this article rocks.
Catherine Azzarello
October 26th, 2009 9:34 amI agree, Zoe–and have been using CSS3 techniques, including rounded corners, dropped shadows, sprites, @font-face, Cufon and Typekit.
But I’ve been more of a ‘graceful degradation’ designer than ‘progressive enhancement’ one. Does that equate to the glass being half empty or full? ;-)
Comment Zombie #4
October 26th, 2009 9:43 am@CatherineAzzarello you do understand that “sprites” are not a CSS3 trick right? Neither is @font-face or javascript solutions like Cufon or Typekit
Jon
October 26th, 2009 9:46 amI’m just going to mention IE. I feel safe in doing this as I don’t have a cat.
Marco Jardim
October 26th, 2009 9:56 amJust thought I’d mention that one of the biggest problems with the @font-face is that in some browsers they display no text at all until the font file is loaded.
It’s a wonderful new feature, but be sure that your site’s server has a very fast connection before attempting to use it.
Greg Brown
October 26th, 2009 10:50 am@Marco Any competent browser developer should have font faces cached so you don’t have to wait for them to download except for the first page load. At least, it makes a lot of sense for me.
Tom
October 26th, 2009 10:57 amGreat article! More like this, please!
Stuart Davison
October 26th, 2009 11:30 amGreat…CSS3 and HTML5 = exciting times! Nice article pointing out some good ideas ;-)
2BFrank
October 26th, 2009 12:45 pmNice, great post! Can’t wait till part II
Gina K
October 26th, 2009 1:31 pmEnjoyed the article. I have a problem when it comes down to selling Progressive Enhancement to clients and explaining that a site will not look consistent across all browsers. Most clients I’ve worked with still see the web as not much different from print and expect a degree of consitency.
AppleByte
October 26th, 2009 2:55 pmA very helpful article.
Kartlos Tchavelachvili
October 26th, 2009 2:55 pm“progressive enhancement” designing is 100% sure better & clever than “graceful degradation” design method.
Luke Jones
October 26th, 2009 3:13 pmThe most exciting thing for me is typography, it has progressed so far in such a short amount of time. Every time I fire up Photoshop all I can think about is how to make some awesome typography.
I hope it’s not just me.
Robin
October 26th, 2009 3:36 pmGreat post. Really useful material you wrote about!
Eystein
October 26th, 2009 3:54 pmI’m impressed, an article that isn’t a “top 10 blah-blah”. Keep it up!
Not much new for me, but great to see it all collected into one article. I’m forcing my colleagues to read this.
Glen
October 26th, 2009 4:16 pmThis is a really insightful article!
Designing for the future (that for many of us is already – or partly already – here) is one of the most exciting things when developing a new website. I’m certainly using these in my designs/developments & loving it.
Designers need to point their developers to this article, and vice versa
Totally agree on the merits of Progressive Enhancement too vs Graceful Degradation. For more, see this article:
http://www.alistapart.com/articles/understandingprogressiveenhancement/
Jack M
October 26th, 2009 4:26 pmNice article. I’ve been using CSS Sprites and a modular grid approach with sections that can be repeated for some time and it definitely makes a difference in load times and ease of development.
gloqui
October 26th, 2009 5:08 pmExcellent! I’ve never heard of CSS sprites, pretty useful stuff. Will use it for my websites :)
Andreas
October 26th, 2009 5:31 pmFully agree with @Eyestein. Fed up with regurgitating top-10 lists I found this article to be both well written and to the point. Perhaps I should have know better seeing as this is Smashing Magazine ;-) Nonetheless, a tip of the hat to you Zoe for putting it together. Looking forward to part deux.
vithal
October 26th, 2009 8:50 pmgood article, very useful
ptarmigan
October 26th, 2009 11:30 pmThis is all nice and good, but doesn’t that result in an awfully bulky testing procedure? You need at least 2 computers (mac, win/linux), >5 browsers with different installations/versions per browser and a couple of screens. I only test my websites in the newest releases of the 5 most spreaded browsers. I simulate small screens by reducing the window size of the browser. That’s it. If my website isn’t working in IE6… who cares :P
I think it’s like building a car: you don’t have to test a sportscar on a gravel road and an ATV on a race track ;)
alex matiz
October 26th, 2009 11:30 pmque buen articulo, muy apropiado para mi que soy webmaster , thanks you
Johan de Jong
October 27th, 2009 12:02 am@ptarmigan: testing a design shouldn’t be the problem, since you can install any OS on one computer with VM. Although, I admit, I don’t always check all the browsers I always check a Gecko based browser, a Webkit based browser AND Internet Explorer 6, 7 & 8 at least on Windows. In some cases (depends on site) I also check it on MacOS Safari and Linux Firefox.
The biggest problem is making them all look the same!
PS. my website doesn’t even work in IE8 :’( Blame M$ for not supporting HTML5 and CSS3 ;)
David
October 27th, 2009 12:39 amthe Craigmond text link leads to Teehanlax.com ; )
Quakeulf
October 27th, 2009 1:00 amI’mma chune in to Sash’s song “Mysterious times” for this one. :’3
Webstandard-Team
October 27th, 2009 1:05 amHTML5 and CSS3 are really incredible, but most of us “webworker” have to support the Internet Explorer 6 too. And this Browserversion will be supported until 2014, that’s the main barrier for HTML5 and CSS3 and “modern Webdesign”.
subash dharel
October 27th, 2009 1:41 amAway some article
Mithun Sreedharan
October 27th, 2009 1:51 amGreat stuff!
A Website Designer
October 27th, 2009 4:04 amAnother great article from Smashing Magazine. The first line says it all “Now is an exciting time to be creating CSS layouts” The main bug bear I have is still needing to support IE6, which I am going to need to do today on a website, it just is unecessary additional work required for know problems like the has layout. I am looking forward to the future when we no longer need to support IE6 and as browsers become more versatile and compatable.
Robin Cannon
October 27th, 2009 6:55 amGreat article. Glad to see that I’ve been using at least some of the techniques there already!
Also appreciate one of the better breakdowns of “progressive enhancement” vs “graceful degradation” as descriptive terms. I’ve often thought this was excessive semantics, as the end result of either method is the same – full advantage of powerful browsers without losing functionality on older software. I’m glad to see the distinction between the two laid out as relates to methodology rather than end result.
Nacho López
October 27th, 2009 7:23 amI think that the most thing is need to come is the embbed typography. It’s necessary to define an standard to any browser can show.
Regards from Nacho López.
matthew carleton
October 27th, 2009 7:33 amHey great content, very useful with some equally as useful links.
Matthew Carleton
João Carvalhinho
October 27th, 2009 8:43 amNice article… been reading some of this on books, but this is a very nice revision…
The problem is always the client. I’ve just finished a CSS progressive site that works charms with newest browsers, up until my client said:
“Funny…the site in my eeepc (Xp+IE6) is al borked!”
Some of the links are also somwhat borked in IE6 :)… not awfull but borked at the eyes of any client.
Ruler of the Interwebs
October 27th, 2009 8:58 amHey, thanks for featuring my blog in here! I saw a spike in pageviews and ended up a this article. A very good article, at that.
I found kernest a while ago, and have so far been very happy with the server. I don’t see a noticeable lag with or without the custom fonts, and I think it helps make the otherwise bland design into something more classy. The interface on the site is great and it implements a cool system of “projects” that you apply your chosen font to.
The only gripe I have is in the selection. Most of the fonts are geared towards functionality and readability and are flashy and stylish. I ended up sticking with a basic font for the text because there wasn’t really a good offering of basic text fonts on the server. However, I imagine as it becomes more popular that more fonts will be released for use
Jeff
October 27th, 2009 9:40 amExtremely well summarized, Zoe! As Eystein noted, I’ve seen all this before and I practice most of it (I do not and probably will not use @font-face unless I encounter a perfect storm of reasons for doing so), but it’s great to finally see an article like this laying out the rationale for doing these things right.
Yes, it really is an exciting time to be creating CSS layouts.
Amber Weinberg
October 27th, 2009 10:33 amI’m personally hoping that with all these advancements, we’ll see an influx of clean and validated coding. I can’t tell you how many fellow CSS developers I meet who don’t care for either of those.
Ernie Smith
October 27th, 2009 5:37 pmI’ve been using Kernest on my forthcoming redesign and am quite happy with it.
I wrote about it a while back. My take: It’s a little confusing for developers starting out, but the experience is very nice for end users. And those are the ones that matter most.
Hans Duggan
October 28th, 2009 4:40 amYou forgot to mention Typotheque’s Web Font service, which gives you both web and print fonts. Check their FAQ. Way cooler than Kernest, and more useful than Typekit.
spirytus
October 28th, 2009 3:13 pmunfortunately progressive enhancment sometimes is used as an excuse for unskilled/lazy web developers so they can say to client “hey, your browser dosen’t support it”. but then there are workarounds most of the time and in many cases you just need to code page different way to get effect done across most of the browsers, even without hacks/conditional statements. Of course it takes more time and skill and sometimes client is not willing to pay for it, but hey at least they should be aware of the choices instead of simply being told “IE6 your browser sucks”
Kelly
October 28th, 2009 8:39 pmNice article going over some of the ground work. For some reason, I’m scared to move into CSS3 but your ideas about Progressive Enhancement and starting with IE6 instead of trying to work with it at the end are great. I’m really looking forward to the second part of the article!
Chris Horton
October 29th, 2009 2:40 amFantastic article – cheers guys
Sadiq
October 29th, 2009 2:40 amHi..
Link for the craigmod is given wrong :(
Symon
October 29th, 2009 12:36 pmBeen adopting CSS3 for a while now. Always interesting to show a client how it could look without the limitations of IE! Good to see some exposure.
Yalli Oliveira
October 29th, 2009 8:29 pmI think it’s more about the progression of the browsers like I.E and others. I do think the evolution of the CSS is very good. However, all the browsers developers should work on the same way of building software that support all CSS functions.
WpExplorer
October 30th, 2009 5:21 pmAnother great post. thanks!
rburch
October 31st, 2009 4:55 amI like having control over what the viewer sees and I prefer consistency across browsers. I could see designing with more css3 elements only to find that my client thinks the design is broken because he’s on ie6 and doesn’t get the cool drop shadow. I think some form of progressive layout is always necessary, I’m just not a fan of drastic changes between browsers.
Sven Lennartz
November 5th, 2009 3:50 amsorry, just a temporary glitch.
just connor
November 29th, 2009 8:18 pmthanx
alx21creations
November 30th, 2009 10:43 pmthings like this make me want to go back to css practice time!
Ant
December 3rd, 2009 5:50 amI wonder, why some clients and web developers think that site should look same in all browsers. Real visitors would not care, if blocks have rounded corners or not, or if there shadow under headings. But they will be frustrated to download 100 Kb image-replacement for that big header.
Look at computer games: if you have old graphic card, you won’t see fancy effects and shaders. Who can’t afford card, will see fallback graphics. What would be if game developers still required to support video cards from 2000 year?
And it’s much easier to install new browser, than to buy/install new video card.
Thom
May 9th, 2010 11:02 amDevelopers care because clients care, and why do clients care? Because it’s counterintuitive for them to pay for inconsistent behavior. They’re paying good money… Why can’t we it work the same way on all browsers?
Pieter
January 13th, 2010 1:56 amMy amateur hobbyist web builder persona says: cool stuff, this helps a lot! My veteran journalist persona says: Good writing, well-researched with very useful links.
pguru123
May 6th, 2010 10:04 amnice article and to the point. Provides a good starting point to update ur skills …. good work zoe
stolkramaker
May 6th, 2010 10:14 amThe idea of progressive CSS is certainly an entertaining one. I’d love to develop web pages that cater specifically to each browser. Giving each user their own experience based on their restrictions is absolutely ideal. Unfortunately convincing your client to front the cash for such a project is almost impossible. The result? spending more time on projects than budget allows.
The amount of money spent just catering to ie6 is incredible on its own.
Nancy Norman
May 7th, 2010 6:02 amMy hope is that designers stay away from the smaller font sizes so that I can continue to read the beautifully designed web pages! 11 pt type is my preferred size.
holodoc
May 9th, 2010 3:36 amSo much text, so little useful information :(
Peter Griffin
June 9th, 2010 6:21 pmI think that CSS3 feels great, kinda like the time when I went to Lucy Lu’s massage parlor and got that happy ending……..
wilson
February 1st, 2012 6:07 amI have read your stories but this is my initial time to comment, i love your work
Paul
February 14th, 2012 3:42 amthe ‘examples’ with the fonts (@font-face) are NOT examples with that. They are only images. The links are broken. Not good