Closed (works as designed)
Project:
Drupal core
Version:
7.x-dev
Component:
drupal.css
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
22 Jun 2006 at 12:54 UTC
Updated:
16 Aug 2009 at 10:12 UTC
Jump to comment: Most recent file
Comments
Comment #1
beginner commentedcan you provide a patch against head (cvs)?
http://drupal.org/patch
Comment #2
narres commentedHere's the patch
Comment #3
beginner commentedComment #4
Stefan Nagtegaal commentedWhy do you want the drupal.css to be warning free?
It makes the CSS-file bigger, and I don't see anything that really need to be there.
It works without it, and it validates (which is IMO the most important part).
What are the advantages of this?
Comment #5
narres commentedIt "blows up" the css from 11491 to huge 12206 bytes ;)
In order of relevance, validation is defined by:
- HTML/XHTML
- CSS
- W3C WCAG P1/P2/P3 or Section 508
So, as you cannot really validate CSS without "Markup Validation", you are not able to design high quality portals without error- and warning-free techniques.
In my opinion Drupal is a synonym for "high quality". That's the reason for this wish.
Or do you like results as;
- http://validator.w3.org/check?uri=http://drupal.org/
- http://www.istyledthis.nl/ ?
Indeed you are right: It's not neccessary for working, but important for image. IMO: It's the difference between a working- and a professional-service.
Comment #6
beginner commentedComment #7
webchickI seem to remember the inherit property having troubles with older browsers (I'm specifically thinking of NN4 which tried to interpret 'inherit' as an actual colour and came up with bright, neon green... though that wouldn't apply since we import style sheets with @import which that browser ignores...). Anyone have access to like Internet Explorer 3/4 to test, or do we not care?
I support this patch. When debugging a CSS problem it's nice to be able to eliminate -any- funny business that may have indirectly arose from something like a warning. Further, one of Drupal's claims to fame is standards support; I think it makes sense to completely support said standards. Any arguments about how it "bloats" the size are kind of moot... first because the file only gets downloaded once per visitor and is from then on cached... but secondly because it's not by _that_ much.
No time to test right now, unfortunately, but I'll add it to my queue.
Comment #8
dries commentedI'm a fan of (warning free) 100% standards compliant CSS/XHTML.
Comment #9
Steven commentedThe warnings in the CSS validator are merely recommendations which may point to errors. That does not mean the CSS is any less valid or standards compliant!
Adding rules such as
color: inheritis completely useless because it is the default property forcoloralready. It does not do anything about the reason for the warning, which is not giving a matching color for background-color (or vice versa). You are only tricking the validator into not throwing that particular warning with a decoy rule.The only change that makes sense is in the following rule, where the earlier padding is completely overridden by the later definition:
(and in this case, the style should be removed, not just commented out)
The other cases of redefinition are perfectly legal uses of a specific rule overriding part of a generic rule (e.g.
border-bottomafterborder) and help keep the code compact and readable.Comment #10
narres commentedCode needs work and we some opinions and finally a decision. So I've started a thread at http://groups.drupal.org/node/874
Comment #11
Stefan Nagtegaal commentedThen, this is ready to go in..
Comment #12
Stefan Nagtegaal commentedDamn, wrong threat because of multiple tabs.. Sorry..
Setting back to previous status.
Comment #13
LAsan commentedBringing it back to discussion.
Moving to current dev version.
Comment #14
dvessel commentedI don't think CSS validators should be taken too seriously unless it flags anything as an errors. As Steven mentioned, it's a recommendation and it's old issue.. closing.
Comment #16
mgiffordJust wanted to state that having the last line in this thread being "I don't think CSS validators should be taken too seriously" is a good thing.
Dries and others have stated that valid, warning free, 100% standards compliant CSS/XHTML should be standard in Drupal. And really, it's not that hard to accomplish.
With stark it will be that much easier to find css put out by modules vs the themes. However Drupal Core itself should stick to what standard browsers can read reliably. At this point that's CSS 2.1.
Unfortunately, Drupal 7 has three CSS3 tags, so fails when running it without special options:
http://jigsaw.w3.org/css-validator/#validate_by_uri+with_options
I'd like to keep more experimental CSS in optional modules and out of Garland. That being said, maybe when D7 is released CSS 3 will be more standard.
If this is what we're betting on, then we should state this. Will be good to keep watching for adoption though - http://www.css3.info/modules/selector-compat/