Static Wikipedia February 2008 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu

Web Analytics
Cookie Policy Terms and Conditions Talk:Cascading Style Sheets - Wikipedia, the free encyclopedia

Talk:Cascading Style Sheets

From Wikipedia, the free encyclopedia

This page is part of a WikiProject to help wikipedians with Cascading Style Sheet problems. For guidelines see WikiProject CSS and Wikipedia:Contributing FAQ.
Former FA This article is a former featured article candidate. Please view its sub-page to see why the nomination failed. For older candidates, please check the archive.

Contents

[edit] could use some work

This article could use some work. In particular, the bits about HTML compared with CSS seem out-of-place (or at the very least, need to be in a separate section). Also, if we're going to try to list all the capabilities provided by CSS1 (and CSS2 and CSS3, eventually), this article is going to be huge, and basically a reproduction of the w3c specs. Not very encyclopedic. The discussion of problems with browsers adhering to the spec could stand to have its own section, as well. The diagram showing box properties seems unnecessary, especially since it serves only to illustrate the width bug in MSIE. As it stands, the article reads more like a rudimentary how-to than an article about what CSS is.

Off the cuff, I think the following sections would help divide up the article nicely and make it more encyclopedic:

  • 1) Overview of what CSS does. Not too specific; some nice generalizations about how CSS enables presentation/content separation, flexibility and customizability, better accessibility, etc.
  • 2) Origins, history, development of CSS, how stylesheets were originally envisioned by Tim Berners-Lee in about 1994, and how they progressed over time to become a standard
  • 3) Some mention of the difficulties in getting the standards widely accepted and used in practice, and particularly in getting browsers to implement them.

-- Wapcaplet 17:47 2 Jul 2003 (UTC)


I agree that the article needs restructuring and enhancement. I would like to see as a fourth point and fith point

  • 4) Generalized description how the versions CSS1, CSS2 and CSS3 differ
  • 5) Some examples - use in HTML and XML (and other languages / systemes?)

The box diagram could go under point 3. Actually that bug (or misinterpretation of the standard) on a very basic issue by the major browser manufacturer prevents the use of many CSS features. From a web author point of view the issue is very important; basically it is a go-no-go criteria if you want to have a consistent look across all platforms.

--Hirzel 18:38 2 Jul 2003 (UTC)

True, but it can be hacked by taking advantage of another MSIE bug :-) I think this issue is pretty minor, though, and doesn't deserve more than a mention here. We could devote volumes to all the things that are broken in various versions of MSIE, and even more to the bugs, mis-implementations, misinterpretations, and just plain unavoidable differences between browsers that make consistent presentation impossible.

Your (4) and (5) points above look good, but I think we should try to keep examples to a minimum, especially since the specification does those quite well already.

-- Wapcaplet 18:55 2 Jul 2003 (UTC)


I've written a draft of (1), (2), and part of (3). "Difficulty with Adoption" onwards needs quite a bit of refactoring; it may also be good to throw in a (very) simple example towards the beginning, in order to show what a CSS document looks like. -- Wapcaplet 01:57 3 Jul 2003 (UTC)

Thank you for that you have done so far. I like it! --Hirzel 09:08 3 Jul 2003 (UTC)

Heh. I spent too long editing and got logged out. 24.210.223.22 was me. I've refactored the rest and touched up the existing stuff. Could use a little more in the way of distinction between CSS1/2/3, and the whole thing probably needs some touch-up work; part (5) is not yet written. It's starting to shape up, though :-) -- Wapcaplet 12:57 3 Jul 2003 (UTC)


So, what was wrong with this link? http://www.visiomode.com/docs/

Beats me. It's (IMHO) better-formatted and easier to read than the W3C docs, so I put it back in. -- Wapcaplet 20:29, 9 May 2004 (UTC)
Had to take it off - I read the license carelessly. After that I didn't get a permission to distribute it when I was enlightened and asked for it.

[edit] divisor versus division

Re: divisor versus division: As far as I know, "div" stands for neither (the HTML spec does not elaborate on its intended meaning); it is simply a block-level container, so calling it a "division" isn't really accurate anyhow. I am not very comfortable with much of the "Common Pitfalls" section anyhow. Most of it seems to focus on what can go wrong when one doesn't understand how to use CSS appropriately, but to me that is hardly a pitfall of the language itself. The "undocumented and forgotten class name" thing is wholly unrelated to CSS itself, and instead is more an instance of bad programming practice. I, for one, would be in favor of severely trimming this section. I'll likely do it myself unless there are some objections. -- Wapcaplet 01:21, 10 Jun 2004 (UTC)


Wapcaplet wrote "I think this issue (the MSIE box problem) is pretty minor, though, and doesn't deserve more than a mention here". Mate, I can't believe you wrote that! It is the major issue standing in the way of a standards-based Internet that uses modern, portable, flexible CSS instead of the unreadable spagetti code of nested tables within tables and all that other bandwidth-hogging crap. No-one who has ever tried to code a non-trivial amount of CSS-based cross-browser HTML would say that. Sorry to be so blunt, but if you watch people trying to learn CSS and see how confused and despondent they get when they run into incomprehensible and bizare stuff like the Tantek hack (a thing that you can't code decent pages without) you'll see what I mean. It is a major major barrier to progress. Tannin 10:05, 10 Jun 2004 (UTC)

I can't be sure, since it was a long time ago that I wrote that, but I think what I meant is that in relation to discussing CSS, the issue is minor. MSIE mis-implementing CSS (even in such a significant way) does not contribute a large piece of data to discussion of the CSS language. In the history of Microsoft mis-implementing things in its software, it's probably one of thousands, but certainly one with major impact.
I totally agree that the bug is a major impediment to progress, but I don't think it is any more an impediment to the adoption of CSS than the uneasiness and resistance to change that the average table-taught web designer felt with its (CSS) introduction. I find it hard to believe that any experienced web designer would be surprised or despondent at the Tantek hack; browser workarounds have been a significant part of HTML authoring since forever, and to me the amount of spaghetti CSS created by the Tantek hack is tiny in comparison with the spaghetti HTML that we had before CSS. MSIE's mis-implementation does not affect the inherent usefulness of CSS; just the short-term practicality of it. -- Wapcaplet 21:45, 10 Jun 2004 (UTC)

[edit] Trimming the pitfalls

As per my comment above, I've finally decided to slice out a few chunks of the "Common pitfalls" section. Here's why:

  • Paragraph "Another problem are unspecified, undocumented, and often forgotten class-names..." Many programmers choose inappropriate class names, do not document properly, and so on; this is wholly irrelevant to discussing CSS. Wikilinks to words like footer, footnote, explanation are just silly. Other issues mentioned in this para. are already covered elsewhere in the article.
  • Paragraph "Complexity of HTML is another possible problem..." Again, programmers who choose to descend into spaghettification do so at their own peril; this has nothing to do with the merits, flaws, or common pitfalls of CSS. We don't need to list all the ways that a programmer might misuse CSS.
  • Paragraph "Yet another pitfall is ... so-called CSS hacks..." This is already covered elsewhere. The necessity of hacks with certain software is a ubiquity in the programming world; refer to my comment above re: MSIE for elaboration on why I don't think it's of paramount importance to understanding CSS.
  • Paragraph "Lastly there is a tendency of CSS designers to mistake the layout easily to be achieved with the layout a reader might prefer..." I have no idea what this paragraph is trying to get at. Good design isn't easy? Easy design is bad? I don't think a discussion of design sensibilities has much to do with understanding CSS either.

The two paragraphs that now remain may be questionable as well, but I think they belong for the following reasons:

  • Paragraph "CSS may at times be misused..." emphasizes the broader fact that CSS has many features that may be overlooked by developers accustomed to HTML-only design, and I think more succinctly covers the issue of possible spaghetti code and maintenance issues better than any of the removed paragraphs did.
  • Paragraph "CSS shares some pitfalls common with programming languages..." could be trimmed further, but I think it summarizes well the problem of class/variable naming.

Objections or comments? -- Wapcaplet 19:40, 17 Oct 2004 (UTC)

  • I don't think that generic programming language problems belong in here. Programming language pages, such as ones of Pascal, Java or Scheme, do not appear to list "user could provide a stupid variable name" as a frequent kind of problem. I don't think CSS is affected by poor class name choice any more than Java or Scheme is. I killed that beast and replaced it with something that actually tries to list *actual* shortcomings of CSS. Should we add lack of element reordering in there, or that's too close to stepping on toes of XSLT? [24.80.239.218]

[edit] Computer language

I restored the bit in the intro that CSS is a computer language. A computer language need not be a programming language. I think this makes for a better definition, since "style sheet mechanism" is broad, and does not tell us about what CSS is; CSS is primarily a language. -- Wapcaplet 17:20, 20 Nov 2004 (UTC)

[edit] External Links

ummm... too long? - Frank 00:09, 22 Nov 2004 (UTC)

  • Yes. I've culled some of them. I removed links to two German pages (since this is the English Wikipedia; it would make more sense for the German article to link to them); another link was to a very short example on generating a menu with CSS; another was a generalized web-design link-collection, not CSS-specific; another was a 3-year-old article on how to design without tables; another was a link to two short scripts. The remaining ones seem fairly useful and relevant, though I didn't look at them in much detail. -- Wapcaplet 01:37, 22 Nov 2004 (UTC)
  • Well somebody needed to do it... a lot shorter now, you did a great job. - Frank 21:13, 22 Nov 2004 (UTC)
    • I cleaned it up a little bit too. I deleted the documentation section. The entire section was made of W3C links. Another link above that section goes straight too the Wikipedia W3C page. I also got rid of the less important Tanfa links, and summed them up in the home page and Hack link. Again, I shortened the number of links going to Sitepoint.com/books. I also added CSS Vault and got rid of some others. If needed please revert --Zeerus 17:03, Apr 6, 2005 (UTC)

I just reverted the removal of external links... I don't thnk the list was that long and included many useful/relevant resources. --213.33.24.245 05:13, 13 Jun 2005 (UTC)

Please read Wikipedia:External links. --W(t) 14:11, 2005 Jun 13 (UTC)

I want to suggest the CSS section of my website located at http://www.landofcode.com/view/css/ for the external links section. It's relatively new, but has alot of information. The information is up to date and the content is well written.

[edit] CSS Editors section/list?

I am curious as to why there seems to be no section here or elsewhere in WP (that I've found anyway) of CSS development tools or editors. Quite a few tools exist, and most would definitely fit better under such a list than under places like HTML Editor since they are CSS-centric, and may in fact not offer HTML editing. Others like TopStyle offer both. Thoughts? If it is worth doing, should it go as a section here or as a separate page? --jwilkinson 23:38, 20 September 2006 (UTC)


[edit] Link Proposal 1

I've created a free online application that allows a user to format a CSS document by simply pasting their CSS into a textbox, selecting preferences, and clicking a button.

No password or download is required; the user may simply paste right into this webpage: http://www.lonniebest.com/FormatCSS

There are several purposes for a tool such as this, but one use is "CSS Decompression". For example, if a developer didn't have their personal tool kit handy, and wanted to evaluate a style sheet that looked like this  : http://stc.msn.com/br/ushp/css/1/IE7.cs

They could paste this style sheet into the tool, and conform the layout around their own whitespace preferences.

Though CSS formatting is ignored by browsers, it is a topic of interest to human beings who view and edit CSS by hand. Because this resource is for "human beings", and because the topic of formatting "Exists", an encyclopedic resource would be incomplete without mentioning the most common formatting preferences. Additionally, it would be helpful to provide an external link to a versatile tool that prevents a great deal of manual work for those who want to make a style sheet cater to their own preferences.

This tool is free and available 24 hours a day 7 days a week. I believe it is a worthy candidate for the external link section.

Respectfully,

Lonnie Best 1/13/2006

  • AGAINST - While I do believe that your intent is sincere and you are not trying to earn quick money on it, this tool is not worth mention simply because formatting modification is not vital. There are thousands of such "lukewarm interesting" CSS pages on the web, and including them in link section would be pure insanity. What goes into links section should be more along the lines of "indispensable". 70.79.41.244 07:41, 14 January 2006 (UTC)

[edit] External beginners guide?

I read that if you wanted to be sure not to upset people by adding your external link you should ask first. That's what I'm doing. I'm written a beginners guide to CSS that has gotten a good response from my visitors and people I've shown it to. It's aimed at complete beginners and therefor skips everything that isn't essential. Is it ok if I add it? --Emil Stenström 19:11, 4 February 2006 (UTC)

[edit] Suggested Link

May I suggest this link?

www.w3schools.com/css


[edit] New CSS Tutorial

Please consider this CSS tutorial:

http://www.html.net/tutorials/css/introduction.asp

It will get you started with CSS in just a few minutes. It is easy to understand and will teach you all the sophisticated techniques.

Regards,

Andreas Astrup, HTML.net


I'll take the liberty to add the tutorial to the list. I very much hope the tutorial will stay. But will look forward to all comments.

Regards, Andreas Astrup, HTML.net --194.255.144.229 08:14, 30 June 2006 (UTC)


[edit] Link Suggestion: Aural CSS

I've been compiling all the information I can find on (the very limited) support for aural CSS properties on my site. Anyone think it would be a useful addition? --Dotjay 13:32, 29 November 2006 (UTC)

[edit] CSS Tutorial

Before the cleanup (very welcomed!) we use to have a link to the CSS tutorial on HTML.net:

Learn CSS

I would like to add that link again. Any comments on that?

Regards,

Andreas Astrup, HTML.net

If I were just learning CSS, and I came across this page, I'd probably consider adding it. It is comparable if not better than some of the w3cschools page tutorials and a little more aimed at the novice than the current 'comprehensive" CSS' external link tutorial. Note: I won't its say more accurate; Lession 8 could be better worded about how the span tag acts (display:inline) Seeing some of the other tutorials out there makes me think this link might be "wikipedia worthy". But I've only had a cursory overview of it.
I tried adding it. Now I understand why you put the slash into the link here on the Talk page. Apparently the link is blacklisted. I'm not sure why. (and frankly I'm not even sure how unless I'm not looking at the whole blacklist) Even though this action is a touch spammy, its relatively good spam IMHO. Now I'm curious. Root4(one) 06:43, 13 December 2006 (UTC)
I did not know that! What does it mean to be blacklisted? How can I see why and by whom? And most importantly how can can I get off the blacklist. It is very strange because we use to have a link to the tutorial.
Anyway, thanks for your comments on lesson 8. I'll look at it.
Regards, Andreas Astrup, HTML.net —The preceding unsigned comment was added by 194.255.144.229 (talk) 08:31, 13 December 2006 (UTC).
Nevermind. It turns out a link (read www.squidoo.com) already in the External links section was blacklisted, and rightly so. As I had never encountered that error before, I had wrongly assumed it was my addition. However it looks like if I do add your NOW I may get into an revision war with Rufous given his recent comments.
I'm not sure I agree with his edits, but again I'd have to review the removed links. I'll wait and see what's up. Root4(one) 16:15, 13 December 2006 (UTC)
Hi Root4(one). I'm not one to get into reversion wars. :) If you feel like adding HTML.net to the links I won't complain. Rufous 21:56, 13 December 2006 (UTC)
Glad I am not coursing any wars :-) The link has been added.
Thanks, Andreas Astrup, HTML.net —The preceding unsigned comment was added by 194.255.144.229 (talk) 08:36, 14 December 2006 (UTC).
By the way, I think the first sign that the external links are going south again is when somebody starts adding subheadings to the section. Let's try to guard against that. Rufous 17:01, 14 December 2006 (UTC)

[edit] Link to CSS Reference

I found an excellent CSS reference. It has every thinkable CSS attribute explained and is still very easy to navigate (via the keyboard arrows). What do you think, should we include this in the external links section?--85.180.23.229 00:32, 24 March 2007 (UTC)

[edit] CSS Experiments

It seems to me that recently web designers are starting to add sections to their site dedicated to documenting all their experiments with CSS. Examples include:

I'm going to add a section about it, but I want it to be edited by someone with more experience or even removed entirely if it's not apropriate. --Wranga 10:46, 23 Nov 2004 (UTC)


[edit] Recent deletions

Hoary wrote: It's poor practice either to set the size of P (other than in particular CLASSes or IDs) or (other perhaps than for pages) to use point sizes

Dear Hoary

In what sense are these 'poor practice'? Do you mean from an accessibility point of view, for the visually impaired? Do you mean from the point of view of maintenance of a large web site with many stylesheets? I think it would have been more helpful if you had explained the problems that these practices will lead us into rather than just deleting them as 'poor practice'. Is this your opinion only, or do you have some evidence that these are bad practices in CSS? (I'm not getting at you, I'd like to know :-) --Nigelj 09:21, 6 Jan 2005 (UTC)

Nigelj, yes, I suppose I should have explained here: somehow I mustered the energy to make the change but not enough to explain it fully, instead, making rude noises in the edit summary (and as you saw, I've been politely rapped over the knuckles today for other, worse examples of the same bad behavior).
Well, let's turn to your question. I meant that either (i) using point sizes (for screen, or all media) or (ii) setting the size of the lettering as a whole was poor practice from the point of view of accessibility. (It has nothing to do with maintenance.) I didn't mean that it should never be done, but I did mean that people should think thrice before doing it -- or perhaps to put it in a different way they shouldn't rush to think of CSS as a gee-whiz energy-saving 21st-century way of implementing all the bad old things they'd previously been doing with the dreaded FONT tag.
Clearly a lot of pages present a lot of text, which, it's assumed, people will read or at least skimread through. Let's put Lynx and the like aside: with every combination of computer, video card, monitor, OS and mainstream browser, we can set our preferred sizes for this. I set mine; you set yours; each of us is his own best judge of the best setting. Yes, with Mozilla, Konqueror and perhaps other browsers we can adjust this with Ctrl-plus-or-minus, but we shouldn't have to. And of course we can have stylesheets on the receiving end: perhaps you and I do, but Joe Bloggs and Josephine Blow can't be expected to know about this. By all means put legalese in small lettering and warnings of deadlines in large lettering, but you'd better have a very good reason before changing the lot . . . which is not merely my personal opinion but also the principle expounded in Let Users Control Font Size and elsewhere.
When you do want to specify sizes, how should you do it? In the article I've just cited, Nielsen says: Do not use absolute font sizes in your style sheets. Code font sizes in relative terms, typically using percentages such as 120% for big text and 90% for small text. Good. But then he continues in a way that surprises me: Make your default font size reasonably big (at least 10 point) so that very few users have to resort to manual overrides. As I've explained, I see no reason why the default font size should be specified at all. And if it is specified, I don't see that point sizes are a good way to do it. As John Pozadzides and Liam Quinn say in the section on font-size in their excellent CSS1 Properties page, Absolute lengths (using units like pt and in) should be used sparingly due to their weakness in adapting to different browsing environments -- 10pt on the monitor I'm staring at now may be quite different from 10pt on the one you're staring at.
All in all I shouldn't have said "poor practice" but rather something like "often undesirable". These aren't rules; they're principles -- principles that I subscribe to, at least. If we're giving examples, I think it's better to keep them uncontroversial unless we have a good reason not to.
I hope I've made the reasons for my changes clear, and perhaps even persuasive. But feel free to get at me. (Or simply revert, of course!) Hoary 12:56, 2005 Jan 6 (UTC)
Thanks for that, Hoary. Very interesting. Maybe, one day, one of us or someone else will have the time and the energy to put some or all of that onto the page. --Nigelj 13:42, 6 Jan 2005 (UTC)
Thanks for the kind words, Nigelj, but I don't think that this would be a good idea.
For one thing, to judge by the number of sites written by apparently knowledgable people, there's a sizable minority (perhaps even a majority) who seem to think that people's default settings are too big and must be made smaller. Well, possibly. It could be said that so many fonts reduce the font size that people must keep it big in order that it will still be legible when reduced. The more I think of this, the sillier it seems, and I'm not sure that I could write it up with a NPOV. Anyway, it would require space.
Again, Wikipedia isn't supposed to be a howto compendium. I believe that there's a Wikisomethingelse for that -- and anyway there are plenty of other excellent howtos available, some of them linked from this very article.
Obviously if there's something I've said that seems particularly worthwhile, anybody is free to stick it in. -- Hoary 01:53, 2005 Jan 7 (UTC)

[edit] CSS with PHP

I think something should be added about using CSS with PHP. From what I know, you can control styles for PHP based chat rooms, forums etc. directly in the PHP document. If you use another CSS style sheet it supposedly messes up formatting for the PHP script. I am not a PHP user, so I will not add this. However, I am very experienced in CSS. If anyone can, please add something on this. --Zeerus 17:06, Apr 6, 2005 (UTC)

That's often a result of poor separation of content and presentation; though you can preprocess CSS with PHP and include stylesheets conditionally with the program logic. Are you thinking of something more elegant than those old hacks? b0at 22:55, 6 Apr 2005 (UTC)
No, that's what I was thinking. I wouldn't really consider them hacks, because the CSS and PHP don't require any special tweaking or anything. I'll talk to my company's PHP developer to see what he knows about it. He's the one that originally brought the subject up. Anyway, thanks for the info. I'll get back to you on that last part. --Zeerus 18:01, Apr 7, 2005 (UTC)
I don't quite understand what you're getting at here, but I don't think you entirely understand what PHP is. PHP is a scripting language regularly used to generate content such as HTML pages and CSS on a server before it is sent to the client (in simple terms). By the exact same theory, you could use ASP or even a client-side scripting language such as Javascript to generate a CSS page. If you use inline styles in your PHP-generated HTML (like in any HTML), linking another CSS style sheet may cause undesired effects. AFAIK, PHP has no special feature in this regard that separates it from any other server-side scripting language. If I'm off the mark, I apologise. - Rushyo 21:01, 22 January 2007 (UTC)

[edit] Safari "full" CSS2 support?

This got to be a joke. Does it support paged media? @font-face? Aural (though deprecated in CSS2.1 and replaced with vocal module in CSS3)? P.S. Update comparison of layout engines (CSS) if someone know the details. --minghong 09:48, 10 May 2005 (UTC)

It's a mistake, innacurate but not without basis in fact. Safari was the first browser to pass the Acid2 test that the Web Standards Project put together. Slashdot story. It doesn't test full CSS2 compliance, but it's an important benchmark. The controversy over KHTML's collaboration with Safari's code is way more complex than the edit made it out to be. Dave Hyatt (Safari developer) blogged the last few changes that needed to be made to Safari (specifically, to a component in Safari) to get it to pass Acid2) here. (Well, scroll back to mid-April and you'll see the beginning of it.) grendel|khan 21:21, 2005 May 10 (UTC)
As far as I know, the Acid2 patches are not applied to Safari 2.0/1.3. So it is rather meaningless to mention it yet. --minghong 11:29, 13 May 2005 (UTC)

[edit] Introductory statement to the subject for non-web-inner-workings-literate newbies?

Can someone provide a very clear sentence or two near the beginning for those non-web programming savvy people like me? Granted, the article does state that the essence of CSS is that it allows both web readers and writers to style pages their own way, but when I was completely new to the subject, I had a hard time with the syntax and would have benefited from a stripped down example. I did eventually find it in the many, many CSS tutorials on the web, but it would be nice if this article could use the inverted pyramid article style of newspapers to state the gist of the subject clearly in the first line or two. Thanks. Spalding 16:45, May 29, 2005 (UTC)

Let me try this on for size, proposed to add at the end of the introduction. "A CSS statement consists of a selector that selects an HTML element to work on, and an action that specifies what to do to it after it finds it, much like an IF statement in any computer programming language. Spalding 19:22, Jun 20, 2005 (UTC)
The trouble is - and I know it's a bit technical to say so - that CSS is a declarative language and so comparisons with control flow and if statements is probably more confusing than helpful as a introduction for newbies - who might end up becoming experts one day if we don't muddle the foundations of their understanding. How about, "Each CSS selector applies aspects of style to some part of an HTML or XML document. In a visual rendering these may set the element's font, colour, layout etc. Because HTML and XML describe hierachically structured information, one selector may apply to large or small parts of a whole document." ? --Nigelj 21:17, 20 Jun 2005 (UTC)
I think the last sentence of my suggestion is definitely optional. --Nigelj 21:19, 20 Jun 2005 (UTC)
That sounds pretty good to me, Nigelj - thanks! Do you want to add it in? Spalding 00:59, Jun 21, 2005 (UTC)

[edit] W3C spec documents are fundamental references

Once again the fundamental W3C documents that define CSS and how to use it correctly have been removed from the References section, this time by user:Rufous on the basis of "duplicate links and redundancy". I fail to see how we can leave these out of the References section of such an article; that leaves us with a crib-sheet and a cheat-sheet on some private web sites as our primary references!

This is a level of dumbing-down that I don't think is acceptable for an encyclopedia, but I dont want to get into a personal edit-war over it.

Here are the links I put in a short time ago (for reference ;-):

--Nigelj 20:20, 2 October 2005 (UTC)

Cascading_Style_Sheets#References? ¦ Reisio 00:16, 3 October 2005 (UTC)


[edit] Pseudo element notation

Shouldn't we be using the '::' notation for pseudo elements instead of ':'? CSS3 Selectors module says that only pseudoelements defined in CSS2(.1) can take the ':' notation and should be referred to using '::' - all new pseudo elements must use '::'. CSS2 and CSS3 Selectors are both candidate recommendation level so I don't see any reason to use the old style. Robin Whittleton 13:09, 26 October 2005 (UTC)

None of the new pseudo-elements are mentioned on this page yet that I'm aware of — which is fine, since support is just about nonexistent and CSS3 Selectors is a candidate recommendation (not, as you said, the same status as CSS2, which is a full recommendation). It would be premature, I think. ¦ Reisio 22:01, 26 October 2005 (UTC)
Indeed. While textual pseudo elements like ::first-line are somewhat supported, it would be needless to add this to the article at present. Eventually a full CSS Selectors page will be written, and the info can go there. Rufous 22:38, 26 October 2005 (UTC)

I'll refer you to Hixie's blog where he explains that the old 'REC' level is equivalent to today's 'CR'. Actually, since that entry 2.1 has dropped back to Working Draft anyway. Regardless of this, it makes sense to differentiate pseudoelements and pseudoclasses, and a different syntax points that out to newcomers to CSS. Robin Whittleton 23:10, 26 October 2005 (UTC)

The old REC level may be equivalent to today's CR, but that means there's a new REC level (as other things of the same approximate age as CSS3 Selectors are marked REC). Even with that aside: Hixie does not run the W3C (or manage the official naming of specs, either, apparently), CSS3 Selectors is not a REC, the most popular browsers in the world do not support the new pseudo-elements yet, and as the spec itself says, usage of a single colon is fine for the existing CSS1 & 2 pseudo-elements. ¦ Reisio 00:44, 27 October 2005 (UTC)


[edit] Move from CSS to XCSS

The step is done from DTD the XSD. Is now the next logical step to move to a XML based style sheet language?

See discussion on: CssVsXcss

[edit] Idea for the lead paragraphs

I think the first lead paragraph does a good job of laying out specifically what CSS does, but I think the first sentence of the Overview ("CSS is used by both the authors and readers of web pages to define colors, fonts, layout, and other aspects of document presentation.") should be moved into the lead to help punch up the lead as a whole. The reason I don't just do this is that I'm not sure how to rework the beginning of the Overview. The lead currently only mentions that CSS can be used for presentation once and doesn't really mention what that entails. I just don't think the lead currently fits WP:LS --Rballou 22:11, 14 August 2006 (UTC)

[edit] wcss?

what is wcss? Mathiastck 01:10, 23 August 2006 (UTC)

WP:RD ¦ Reisio 18:06, 23 August 2006 (UTC)
I think it is WAP CSS. I don't know for a fact though. --Rballou 19:19, 23 August 2006 (UTC)

[edit] divitis/classitis?

articles about divitis and classitis were removed with intention to be merged with css article. So far there's noting about it here.

[edit] EL Cleanup

It's time to do some housekeeping of this article's external links section. As WP:SPAMHOLE mentions, "When the external links section is broken down into subsections, you know something is seriously wrong". I've started by removing a link that has been admittedly spammed here (see [1]). --AbsolutDan (talk) 12:52, 9 October 2006 (UTC)

I'm about to do a major culling of external links as what's here is outrageous - over 60 links with the vast majority repetitive and unencyclopaedic. I'm suggesting we start again and scrutinise every new link before its added. No doubt they'll be howls from the website owners, but I'd like to hear a justification for each before its added. Read WP:EL and remember that this is an encyclopaedia and not a Google replacement - there's no justification for lists of links to tutorials and tools in an encyclopaedia. -- Moondyne 14:56, 17 October 2006 (UTC)

[edit] Reply to EL Cleanup

I had added a link to cssmate[2] which is a free online CSS editor. It is intended to give people an easy and instant practical experience with CSS. Maybe you'll call me the first howling site owner but I partially disagree with your statement “there's no justification for lists of links to tutorials and tools in an encyclopedia”. I use an encyclopedia for a brief introduction to the topic and use the references and external links to acquire more detailed information. So I do expect links to tutorials and - especially in case of web technologies – to online tools where applicable. Compared to thousands of matches for “css tutorial” and “css tool” I get in search engines 60 commented links appear of value to me. As the “External links” section is the very last it doesn’t matter to much how long it is. As long as the content of the sites matches the description people can decide themselves to use them.
What do you think?
SESchreiber 21:01, 22 October 2006 (GMT)

  • External links are supposed to be used sparingly. In a case such as we have here, where a topic is so broad that it could have many relevant (and even arguably useful) links, we prefer to link to a single directory (such as DMOZ), which could then list numerous other sites for a reader to follow. I have just done this. --AbsolutDan (talk) 21:40, 22 October 2006 (UTC)
  • The DMOZ directory is an excellent resource where acredited editors review links to go into the directory. Substandard links are not accepted and good links are categorized by people experienced in the field. This is surely a good thing for the end user and we should foster its growth. Your link may be a useful website, but plonking it here only only invites others to do the same and that damages Wikipedia in a real way. — Moondyne 02:06, 23 October 2006 (UTC)

Thanks for your comments. I agree that a deep link to the DMOZ category is a better solution (my site is listed there). In addition I suggest adding deep links to social book marking sites like http://del.icio.us/popular/css[3] or http://del.icio.us/search/?fr=del_icio_us&p=css&type=all[4] (my site won’t be found there). This would help less experienced users to find additional resources by popularity (not only by expertise like in DMOZ). Limiting the external links section to the DMOZ categories and a view other link collections could be a clear standard, keep the section small and still provide the users with the information.
SESchreiber 07:23, 23 October 2006 (GMT)

[edit] References, Further reading, External links

What is the criteria to list Cascading Style Sheets, designing for the Web under external links and not under further reading?
Why is CSS home page at W3C listed under references and under external links?
Why are references numbered and the other link sections are bulleted?
--SESchreiber 06:30, 23 October 2006 (UTC)

[edit] Import vs. link ref

What's the difference between the two? The article just states that they are equivalent, but on [5], I found:

Many people use both. The reason is that linking one style sheet and then importing the next does two things:

1) Import integrates the stylesheet into the prvious stylesheet, so that they do not override each other if they both cover the same elements.

2) adding the link first prevents the page from first loading a non-CSS layout of the webpage first, then loading the CSS-layout. Works especially well in IE... at least, that is what several of the websites are saying out there Posted by Sean on April 11, 2005 06:51 PM

70.111.218.254 04:27, 11 November 2006 (UTC)

WP:RD ¦ Reisio 19:22, 11 November 2006 (UTC)

[edit] Default Lays on myspace

how do you make default layouts????

WP:RD ¦ Reisio 09:39, 22 November 2006 (UTC)


[edit] Difficulty with Adoption of CSS

The article says "it is widely accepted that IE has the worst..."

I happen to disagree with that statement. Also, the release of IE 7 has likely eliminated the author's worries. It's difficult to say, however, exactly what those concerns are since no specifics were given. Is this just another example of fashionable Microsoft bashing? —The preceding unsigned comment was added by 68.4.70.65 (talk) 09:28, 25 February 2007 (UTC).

[edit] links colors

Is there anyway to use this color/font changing system to change the colors of the links on wikipedia? it would be quite useful in the case of my userpage, where blue isn't reflected so good.  scrumshus Talk to me 23:29, 14 December 2006 (UTC)

[edit] "Further reading"

I'm unclear as to why we need links to authors' web sites if we have ISBN links. In most cases, this is just to promotional material. Yes, I know the sites also have errata and sample code, but it seems folks can get plenty of that by using the dmoz.org link in the external links section.

Before I just started hacking away, I though I'd raise the issue here first. --A. B. (talk) 20:51, 8 January 2007 (UTC)

[edit] Hidden .swf in article?

Some type of hidden .swf spam? I reverted. http://en.wikipedia.org/w/index.php?title=Cascading_Style_Sheets&diff=100787669&oldid=100786743 —The preceding unsigned comment was added by ThreeDee912 (talkcontribs) 02:40, 15 January 2007 (UTC).

[edit] What is a personal CSS?

There was a mention of this here, but this main CSS article doesn't mention how personal CSSes relate to Wikipedia. It would be cool if someone in the know could help. Kennard2 09:07, 13 March 2007 (UTC)

There is no such thing, but they probably mean user stylesheets. They are stylesheets the user can install in their browser to overrule author stylesheets (author stylesheets are those in webpages). Carewolf 09:54, 13 March 2007 (UTC)
Compicated. Kennard2 03:31, 2 April 2007 (UTC)
Static Wikipedia 2008 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu -

Static Wikipedia 2007 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu -

Static Wikipedia 2006 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu