From the article: 8 Cheap and Easy Ways to Learn CSS
There are lots and lots of places where you can read about the reasons people love CSS, but what about why you hate it? CSS for layout annoys a lot of people, as do all the different properties, as well as the fact that browsers don't support it. What do you hate about CSS? Share Your Reason
After all these years it still sucks
- The idea of changing one style sheet for all web pages is great in theory. The way it been design is useless. If anyone out there is smart to design something to replace HTML/CSS for webdesign I beg you to end these austerities of programming languages (if you can call them that). So tired of hacking websites together.
- —Guest Guest
CSS is fine!
- The problem is the people trying to use it and the organisations not implementing CSS styling to the standard. There's no need to wrap everything in a sea of tags in order to style a page; it allows direct styling on HTML tags directly. Using tables for layout is a hack and always has been; tables are for tabular data. I find tables hard enough to look at in HTML already. Seeing a page full of cellpadding= etc is a nightmare. I'm not saying that CSS doesn't have its annoyances (like float >:/, which I avoid using at all costs ), but since CSS3 browsers are starting to conform to standards much better it has become a really powerful way to control webpage layout and appearance in a way that wasn't possible with tables. Trust me, once you get over the steep learning curve, it's fine. Btw. Here is something that may clear up a few issues for a few people: http://www.thatwebguyblog.com/post/avoiding_div_soup/
- —Guest Dolchio
Can't drive a car without learning how
- I have NO reasons to hate CSS - I have done my first site using FRAMES (remember?), then tables, then came CSS - with it magic and freedom. I enjoy the process: design the look, design the architecture - CSS, code, test and load. I hand code and create CSS for my static sites, use the HTML/CSS knowledge to create templates for CMS platforms, I use the same when create/propagate the site (and I cannot understand how could anybody just use a DIY program without knowing how it works. Have you looked at the source codes?) I do use a table where a table IS needed and I do use programs that take ALL the pain out of building forms or carts.
Tables worked, CSS doesn't
- Could have finished this project in 1/10 the time with tables than it took with CSS. And, still, some of my table-based sites, 10 years on, are still at the top of Google and Yahoo rankings. Accessibility? Let the minority of web users pressure the W3C to come up with a browser that makes them happy! Until then, I need to get a job done, so I'm sticking with tables!
- —Guest Cranes
- —Guest Jack
Yeah, there are a few gripes, but
- CSS is overall a great language. The only problem I have is with trying to get divs to float correctly, or to use the "flexible box model". But I find that if I stick to a nice, simple design, it works in every browser. but i you try to use Webkit, IE has its period. But since IE is a shite browser that nobody uses unless they are downloading Google Chrome, I think WebKit is safe to use. CSS For the win.
- —Guest anonymouse
CSS- looked great on paper
- After spending nearly 8 hours today laying out a web form with a half-dozen fields, I am pretty p*ssed off at CSS. I've always done this sort of thing with tables before, and I thought I might just try to catch up with the times and use 100% CSS instead. CSS suffers from the same problems that HTML does: It makes the assumption that every document is a novel or a user's manual. You know, the kind of document with a "Header", "Footer", "Chapter Headings", "Titles", "Paragraphs", "Sections", etc. It completely ignores the fact that many of us are trying to use CSS to implement *APPLICATIONS*. Applications with GUIs that have widgets placed on a grid. It's like the W3C has never seen anything besides whitepapers and commandline apps. We need a CSS that will allow us to place things on the screen arbitrarily, float them to precise locations, align them into complex table structures, predictably. I'll use CSS for my fonts and colors, but I'm going back to tables for layout, TYVM.
- —Guest android
- I LOVE the power and yes, the simplicity of CSS. But I hate trying to get a right hand box to stay on the right hand side. My headache but this just means I need to get better, which I plan on doing until then I will design using a template as a guide.
- —Guest Paula
- CSS is just too complex for general layout. You have to have numerous containers within containers just to do a very basic layout. With tables you drew up little boxes and filled them in with content. - Simple. CSS should be used for presentation style, not layout. General page layout should be part of the html, the raw web page code itself. CSS also requires more code, more files more links, more problems. What takes half an hour with tables, takes endless hours with CSS.
- —Guest Dazza
f * c k
- f**k the CSS! not worthy to say more.... just not relaible
- —Guest mac
Lack of firm best practices standards
- Were it not for the lack of a firm set of standards for best coding practices, CSS would be wonderful. The problem arises from the need to use third-party plug-ins and code scraps to anything with a modicum of complexity in a reasonable time frame. Even if you stick to mainstream stuff like jQuery, different coding styles and understandings mean CSS that fights for supremacy and your project is the loser. I spend _more_ _time_ making the CSS play nice than _any_ other component of coding my web apps. It just sucks.
- —Guest Mark
It is not beautiful
- I very much agree with Bob dog and Guest Ben E. I would add that I always coder my pages in a text editor and with CSS it's just so much more confusing than with HTML and tables. And so I think it's just not a handsome structure with two practice different languages with different syntaxes to be put together to make the layout. I prefer a clear tables.
- —Guest mimeini
Accessibility, Part II
- (continued) To make matters worse, state and federal governments have adopted complicated accessibility standards which all government websites must meet. By law, you must comply, even if no handicapped person will ever visit your site because of its nature. My beefs with CSS are the same as many of the commenters' here ... endless browser compatibility issues, needless confusing complexity, etc. But my biggest gripe of all is this effective ban on tables. I can't tell you how many times I've spent HOURS (sometimes unsuccessfully) trying to get a CSS layout solution to work, when I could quite literally have had it done it five minutes using a table. Not exaggerating. Professional developers are almost always on a strict budget and anything which wastes our time is frustrating to say the least. We don't have the option of piddling our time away like this. We have clients footing the bill whom we must answer to.
- —Guest Bob Dog
Accessibility, Part I
- I think the ban on tables started with the push for accessibility. Because somewhere in the world, a blind person using a screen reader might be inconvenienced by interpreting your layout tables as data tables, the entirety of the web development world was expected to waste prodigious amounts of manpower avoiding tables for layout. Wouldn't it have been easier to simply allow tables for layout, and agree on a way to signal to screen readers which tables are for layout and which are for data, so that they can ignore the layout tables? Seriously. I've been making websites for a long time, and accessibility (screen reader) technology has always lagged way behind the development of HTML, CSS, and other technologies. Accessibility has been a boat anchor, limiting what technologies you can use, and inflating the time that you have to spend implementing your (inferior) design. (continued)
- —Guest Bob Dog
It isn't CSS' fault
- I've watched markup standards for a long time. CSS does a pretty good job in many respects, relating to attaching style properties to markup trees. What it gets wrong is that it was derived from, and to some extent still relies upon, the HTML layout process. The HTML model was a haphazard experiment from the start, not a well-thought-out and cleanly engineered system. The speed of development led to a huge architectural train wreck -- this was the sacrifice we as technology consumers accepted when we rejected democratically empowered standards bodies. Remember, CSS is not a standard. It is a recommendation made by a group of vendors.
- —Guest Forest Gump
1-15 of 75Next