Part of #2359331: [Meta] Add missing RTL rules in core CSS files.. These missing RTL rules were found using an automated tool.
The list of missing RTL rules is attached.
| Comment | File | Size | Author |
|---|---|---|---|
| #30 | BackstopJS-Report-RTL-fixes.pdf | 11.26 MB | emma.maria |
| #29 | bartik-fix-rtl-2396489-29.patch | 14.04 KB | herom |
| #25 | bartik-fix-rtl-2396489-25.patch | 14.36 KB | herom |
| #24 | bartik-fix-rtl-2396489-24.patch | 15.08 KB | jjcarrion |
| #21 | interdiff-15-21.txt | 1.34 KB | wigglykoala |
Comments
Comment #1
herom commentedPostponing for now on #2375673: Split Bartik's CSS into SMACSS style components.
Comment #2
gábor hojtsy#2375673: Split Bartik's CSS into SMACSS style components landed.
Comment #3
vijaycs85Fixed all in the file except below:
1. /var/www/html/drupal/8/core/themes/bartik/css/style.css
.tabs ul.primary li a
already has:
Not sure what to do with this.
Comment #4
gábor hojtsyGood start, but found some typical mistakes. There are quite a few places where all of the LTR marking, the restoration of margins/paddings, etc. is correct, so its surprising that was not consistent.
You can override just left and right instead of repeating the whole thing?
Need to zero out the left margin then, no?
Need to undo the left margin/padding zeroing no?
No RTL counterpart?
Need to zero out the right margin, no?
Does out of view code here restores the right margin to where it should be?
Undo the right margin in RTL.
Mark the original one LTR, only use left/right for override.
Only use left/right for override. Override should also match to item--last
Restore left padding
left: 0 and restore left margin.
Only override left/right.
Restore left padding.
Mark LTR.
Only override left/right.
Restore left padding.
Mark LTR counterpart, restore right margin.
Only override left/right.
Comment #5
herom commentedThanks for the great patch and review.
I have fixed the points in the review. I also re-ran the automated RTL checker and fixed a few more missing RTL rules.
Many of the restorations pointed in the review have been fixed. A few ones already had the base value of zero, and didn't need restoration.
Also, a few rules already had an RTL equivalent, but were only missing the
/* LTR */mark, which was added here.I also found three other issues in Bartik (not RTL-related) while updating the patch.
#2404929: Path class on <body> may be language specific, results in CSS bugs
#2404961: Broken site logo in Bartik color preview, if visited on path with language prefix
#2404963: Remove duplicate search results CSS in Bartik theme
Comment #6
emma.mariaComment #7
gábor hojtsyComment #8
emma.mariaJust to let you know we have this META issue for Bartik #1342054: [META] Clean up templates and CSS.
It tries to keep all of the Bartik code cleanup/refactoring work together. Adding this issue to it. Thanks for all the hard work :)
Comment #9
emma.mariaComment #10
rachel_norfolktaking a look...
Comment #11
rachel_norfolkOkay - in #5 almost all looks good and covers's Gábor's observations in #4. Only issue appears to be a missing 0 in the margins of comment inline links.
So, I've added that. Must be my smallest change to date!
Comment #12
gábor hojtsyYay, let's get it in then :)
Comment #13
idebr commentedThese changes are part of #2398461: Clean up the "comments" component in Bartik and should not be included in this patch
Comment #14
rachel_norfolkI'll revert those bits, then...
Comment #15
rachel_norfolkRight then - here's another attempt, having reverted the changes as suggested at #13.
Comment #16
idebr commentedSame goes for these, sorry :(. These changes are part of #2398461: Clean up the "comments" component in Bartik and should not be included in this patch. I checked the entire patch this time.
Comment #17
wigglykoala commentedI'll update this with Rachel
Comment #18
develcuy commentedComment #19
gábor hojtsy@DevelCuy: the issue is still a perfect one to review on sprint weekend. :)
Comment #20
develcuy commentedRemoved SprintWeekend2015Queue by mistake.
Comment #21
wigglykoala commentedHere's the patch again with the reverted comments.css changes as suggested in #16
Comment #22
rachel_norfolkPatch at #21 applies cleanly and appears to contain all mentioned at #16.
I can't see any missing RTL rules now and I don't *think* we are trying to change anything outside the scope of the issue.
Looks good to me!
Comment #23
emma.mariaUnfortunately a recent commit has broken the latest patch, re-roll please :)
This is why we are trying to have separate issues per component in Bartik as one small change committed for one file somewhere breaks it for everything in this patch.
Comment #24
jjcarrionAs I see in the https://www.drupal.org/node/2064379 issue, the ckeditor-iframe.css has been just removed, so I have removed that part from the patch. Hope now it works:
Comment #25
herom commentedRemoved a few extra lines from the patch.
@emma.maria, a separate RTL issue per component is too much, since there are very few people working on RTL patches, and the changes are really trivial. I don't mind rerolling this patch, but if you or another bartik maintainer believe that this breaks too many other patches in the queue right now, then I suggest postponing this issue rather than breaking it into multiple patches.
Comment #26
emma.maria@herom this issue doesn't break other patches, it's other patches in the Bartik queue continually breaking this issue.
We currently have one clean up issue per component which are collected in this issue #1342054: [META] Clean up templates and CSS. RTL fixes are part of these issues and we are massively overhauling the CSS as well. But if we can get this issue in right now than that's fine :)
Comment #28
gábor hojtsyDoes not apply anymore :/
Comment #29
herom commentedrerolled.
Comment #30
emma.mariaI ran some CSS regression screenshot tests on the areas that are being affected by the patch, just to check what is going on. We ran into some weirdness in a similar RTL issue here #2349517: Fix RTL for Bartik's vertical tabs so I just wanted to be visually sure and check out all the things that have been fixed too. Some nice fixes in there and nothing breaks worse than it already is in Core.
I have attached the huge report from BackstopJS showing all the screenshots at various widths.
Thanks all for the hard work. RTBC++
Also @WigglyKoala++ for your first Core contribution.
Comment #31
alexpottTheme CSS is not subject to beta evaluation. Committed dff5688 and pushed to 8.0.x. Thanks!
Comment #33
gábor hojtsyYay, thanks!