Problem/Motivation
A big part of the CSS styles from Claro come from Seven and are outdated. They don’t take into account current practices in Drupal core, modern CSS features, and the use of PostCSS.
Steps to reproduce
Update according to the new CSS coding standards.
(@todo change with the final drupal.org link when approved)
Proposed resolution
Open an issue per each component and update the CSS.
Remaining tasks
- First, define what to change per file.
- Second, change that on each file.
To fix:
- #3294001: Refactor Claro's autocomplete-loading.module stylesheet
- #3332446: Refactor Claro's system-admin--modules stylesheet
- #3332473: Refactor Claro's table--file-multiple-widget stylesheet
- #3332683: Refactor Claro's tabledrag stylesheet
- #3332701: Refactor Claro's tablesort-indicator stylesheet
- #3332743: Refactor Claro's views-ui stylesheet
- #3303546: Refactor Claro's dialog stylesheet
Fixed:
- #3305147: Refactor Claro's icon-link stylesheet
- #3303544: Refactor Claro's details stylesheet
- #3284881: Refactor Claro's accordion stylesheet
- #3303541: Refactor Claro's action-link stylesheet
- #3303542: Refactor Claro's ajax-progress.module stylesheet
- breadcrumb.pcss.css - Not needed?
- #3294002: Refactor Claro's button stylesheet
- #3303543: Refactor Claro's card stylesheet
- #3293997: Refactor Claro's container-inline.module stylesheet
- #3293998: Refactor Claro's container-inline stylesheet
- divider.pcss.css - Not needed?
- #303547: search_ranking 6.x-1.4
- #3294003: Refactor Claro's entity-meta stylesheet
- #3303548: Refactor Claro's fieldset stylesheet
- #3293398: Refactor Claro's file stylesheet
- #3303549: Refactor Claro's form--checkbox-radio stylesheet
- #3294000: Refactor Claro's form--field-multiple stylesheet
- #3303550: Refactor Claro's form--managed-file stylesheet
- #3294005: Refactor Claro's form--password-confirm stylesheet
- #3303551: Refactor Claro's form--select stylesheet
- #3294006: Refactor Claro's form--text stylesheet
- #3304920: Refactor Claro's form stylesheet
- #3329078: User interface issue in Image block type in olivero theme
- help.pcss.css - Not needed?
- #3305148: Refactor Claro's image-preview stylesheet
- media-library.ui.pcss.css - Not needed?
- media.pcss.css - Not needed?
- #3332363: Refactor Claro's menus-and-lists stylesheet
- #3332419: Refactor Claro's messages stylesheet
- #3332425: Refactor Claro's modules-page stylesheet
- #3332426: Refactor Claro's node stylesheet
- #3332428: Refactor Claro's page-title stylesheet
- #3332430: Refactor Claro's pager stylesheet
- #3332431: Refactor Claro's progress stylesheet
- quickedit.pcss.css - To create issue
- #3332435: Refactor Claro's search-admin-settings stylesheet
- #3332441: Refactor Claro's shortcut stylesheet
- #3332442: Refactor Claro's skip-link stylesheet
- #3332444: Refactor Claro's system-admin--admin-list stylesheet
- #3332445: Refactor Claro's system-admin--links stylesheet
- #3332459: Refactor Claro's system-admin--panel stylesheet
- #3332461: Refactor Claro's system-admin--status-report stylesheet
- #3332462: Refactor Claro's system-status-counter stylesheet
- #3332464: Refactor Claro's system-status-report-counters stylesheet
- #3332467: Refactor Claro's system-status-report-general-info stylesheet
- #3332469: Refactor Claro's system-status-report stylesheet
- #3332685: Refactor Claro's tables stylesheet
- #3332698: Refactor Claro's tableselect stylesheet
- #3332706: Refactor Claro's tabs stylesheet
- #3332707: Refactor Claro's toolbar.module stylesheet
- #3332729: Refactor Claro's vertical-tabs stylesheet
- #3332733: Refactor Claro's views-exposed-form stylesheet
- #3332737: Refactor Claro's views_ui.admin stylesheet
- wide-image.pcss.css - issue created
Comments
Comment #2
ckrinaComment #3
quietone commentedNice to see the progress!
Making changes by file is going to result in lots of issues and make it more difficult for the reviewers and committers. If it were done by type of change it makes the review process much easier because the reviewer only has to think about one standard, not many. So, this should be done by type of change. For example, have an issue to fix indentation in all files. And another to fix something else. This is the way PHP coding standards changes are made in core, that is, by rule not file.
What is in place to prevent the coding standard errors from creeping back in?
Comment #4
mherchelI personally disagree here (but will defer to @ckrina). Because of the nature of CSS, these changes are very hard to properly QA. We need to be very granular with our issues so we can make regular progress. If we do multiple mega-patches, it'll be difficult to both QA and see the relationships between the removed and added code. My fear is that this would cause the issue to get bogged down and eventually abandoned.
We're in the process of documenting our current coding practices in #3324368: Update CSS coding standards to include PostCSS and Drupal 10. That'll help, plus the review process.
Comment #5
ckrinaThanks @quietone for the feedback (and @nod_ in Slack)! We initially defined this process based on @mherchel's and others experience on Olivero's refactoring. The experience I've had with changes across the code are color changes in Claro and the manual review was so complex that nobody felt confortable giving +1 and it took ages to get it done. I like the approach per component because it’s way more granular and when reviewing you just have to manually check the places this component will appear: I think it will be easier to define testing instructions and get reviews this way.
That said, I really don’t have a strong opinion and I’d be happy to switch the strategy if everybody else votes for the other approach.
Comment #6
ckrinaWe need to define what we need to change per file first until we start committing work. Initial list of task per issue:
:rootCSS variables into the component where appropriateOpen to suggestions!
Comment #7
ckrinaComment #8
anoopsingh92Comment #9
anoopsingh92Comment #10
anoopsingh92Comment #11
anoopsingh92Comment #12
morganlyndel commentedComment #13
stockfoot commentedComment #14
stockfoot commentedComment #15
stockfoot commentedComment #16
stockfoot commentedComment #17
stockfoot commentedComment #18
stockfoot commentedComment #19
stockfoot commentedComment #20
stockfoot commentedComment #21
stockfoot commentedComment #22
stockfoot commentedComment #23
stockfoot commentedComment #24
stockfoot commentedComment #25
stockfoot commentedComment #26
stockfoot commentedComment #27
stockfoot commentedComment #28
stockfoot commentedComment #29
stockfoot commentedComment #30
stockfoot commentedComment #31
stockfoot commentedComment #32
stockfoot commentedComment #33
stockfoot commentedComment #34
stockfoot commentedComment #35
stockfoot commentedComment #36
stockfoot commentedComment #37
stockfoot commentedComment #38
stockfoot commentedComment #39
stockfoot commentedComment #40
stockfoot commentedComment #41
stockfoot commentedComment #42
stockfoot commentedIt appears that
wide-image.pcss.cssandwide-image.cssonly exist in the Olivero theme and not the Claro theme.I could also not locate the
quickedit.pcss.cssfile.Let me know if there is a specific location for these files, and I will happily finish off the last three child issues. Thank you!
Comment #43
ckrinaRemoved unnecessary wide-image.css item from the list.
Comment #45
ckrinaCleaning the IS to list the missing ones.
Comment #46
ckrinaComment #47
ckrinaNew fixed ones.
Comment #48
meeni_dhobale commentedComment #49
meeni_dhobale commentedComment #50
smustgrave commentedAppear to be in the home stretch with the last few remaining Congrats to everyone