Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Part of the CSS Cleanup: http://drupal.org/node/1089868
Overview of Goals
- Make it easy to remove unwanted design assumptions in the theme layer, while maintaining critical functionality (such as functional JavaScript widgets).
- Prevent uneeded administrative styles from loading on the front end.
- Give modules the ability to include a generic design implementation with their module, without burdening themers.
- Make CSS and related markup more efficient and less intrusive to improve the themer experience.
The CSS Clean-up Process
Use the following guidelines when writing patches for the core issues listed below.
- Put CSS is in the appropriate file: CSS should be moved to separate files, using the following
name spacing conventions based on their purpose:- module.base.css
- Should hold structural and behavior related styling. CSS should be coded against the Stark theme. The absolute bare minimum CSS required for the module to function should go here. If there is no CSS required, this file should be omitted.
- module.theme.css
- Should hold generic design-related styles that could be used with Stark and other themes. It's where all design assumptions like backgrounds, borders, colors, fonts, margins, padding, etc, would go.
- module.admin.css
- Should hold styles that are only applicable to administrative pages.
To see an example of this in practice, look at Drupal's system module.
- Remove Assumptions: Styles that make too many assumptions, introduce superflous margins, padding and add things like font settings are not necessary and don't belong in core module CSS files. In cases where core themes depend on these properties, they should be moved to the CSS stylesheet of the respective theme.
- Reduce Selector Specificity: CSS code that resides in modules should be written in a way that's easily overridable in the theme layer. To improve the Themer Experience and make core CSS more efficient, CSS selectors should be made as general and short as possible. For example:
- Use
.style {}
overdiv.style {}
where possible. - Use
.module .style {}
overdiv.module div.somenestedelement .style
where possible.
- Use
- Don't use IDs in selectors: Use of ID's in core CSS selectors requires more specificity in the theme layer, making it harder and more annoying to deal with. It makes achieveing consistency in complex design implementations much harder than it needs to be. We need to stop making life hard for theme developers.
- Don't be afraid to change markup: There's lots of overlap between using proper and semantic markup and doing CSS right. If you come across a case where CSS is being applied where using a more semantic elements would solve the problem, then change the markup in your patch to make it right. For more information, see the Drupal 8 Markup Gate rules.
- Start with Stark and cross-browser test.
- "Design" markup and CSS for the Stark theme.
- If applicable, adapt the styles to match the core themes afterward.
- Finally, test the changes in all supported browsers and ensure no regressions are introduced.
Comment | File | Size | Author |
---|---|---|---|
#10 | tracker-no-css-stark-before.png | 20.6 KB | karschsp |
#10 | tracker-no-css-stark-after.png | 20.04 KB | karschsp |
#6 | tracker-1217050-6.patch | 938 bytes | jyve |
#2 | 1217050-2.patch | 903 bytes | jyve |
Comments
Comment #1
karschsp CreditAttribution: karschsp commentedCan you provide a little more guidance on this? Currently, the CSS for tracker is:
Comment #2
jyve CreditAttribution: jyve commentedThe css in this tracker seems useless to me, so I would simply remove it entirely. Patch attached does just that.
Comment #3
JacineI completely agree. Both Bartik & Seven add the 100% width for tables, so there's no difference there. Do you think we should add the center alignment of the replies column to the core themes? I'm learning towards no, but I'm curious what others think.
Comment #4
jyve CreditAttribution: jyve commentedI don't think anyone would want to add this 'center' alignment if it weren't there, so I don't see a reason to keep it since it was put there in the past. Just my 50 cents :)
Comment #5
xjmI agree with #4.
Note that we need a reroll in this on account of #22336: Move all core Drupal files under a /core folder to improve usability and upgrades. Tagging as novice for that.
I think this is RTBC once it is rerolled.
Comment #6
jyve CreditAttribution: jyve commentedPatch rerolled for the new folder structure.
Comment #7
xjmThanks!
Comment #8
JacineAwesome. Another one bites the dust!! :D
Comment #9
catchStark doesn't - does this make a lot of difference to how the tracker looks in stark? As long as it's still legible I'm happy committing this but it'd be good to know.
Comment #10
karschsp CreditAttribution: karschsp commentedHere are some before and after screenshots.
Before
After
Comment #11
catchThanks for the screenshots. I love that 'clean up' means 'remove the entire file' in this case. Committed and pushed to 8.x.
Comment #12.0
(not verified) CreditAttribution: commentedUpdated issue summary.