Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
config_translation.module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
8 May 2015 at 09:34 UTC
Updated:
23 Jun 2015 at 11:24 UTC
Jump to comment: Most recent, Most recent file


Comments
Comment #1
mathieuspil commentedFor reviewing purposes: You have to enable the core-language modules, add a language, and then go to admin/config/regional/config-translation where you should scroll until you find a translate-button, then click 'add' next to the language you added, it is the following page where the css is being used....
Done so far:
- Removed the use of the !important declaration without breaking anything. => fixes the only CSSlint-errors.
- Removed the layout styling and replaced it with the layout-classes.
The only styling left in the css file is to hide the double label on the right side on mobile screens. when the left side and the right side are beneath each other.
For me the label can always be visually hidden (on small and on large screens.) => This way the css file can be deleted entirely. and there should be
visually-hidden-class on the label to the right.But feedback on any of these points is highly appreciated as always!
Comment #2
lewisnymanNice!
Ah yeah you're right. I'm not sure of the beneits of hiding it at all but let's leave it for now and assume it was an intentional design decision we would have to discuss. Maybe we could open issues to add something like
.mobile-hiddenreusable classes.Can we simplify this selector and use a class like
translation-set-label?If we set a max-width media query on this CSS, then we can remove the min-width CSS that undoes it.
Comment #3
saki007sterComment #4
saki007sterSimplyfied the selector
.config-translation-form .translation-set labelto.translation-set labeland set the max-width media query removing the reseting media query.Comment #5
saki007sterComment #6
saki007sterComment #7
lewisnymanGreat thanks! Here is a screenshot of the form to show the label is still hidden.
There are no more CSSlint errors in this file.
Comment #8
alexpottThis patch is now hiding both labels at widths of less than 850px breaking the form. The point is to hide the second label when the display is only in one column.
Comment #9
lewisnymanAhh got it, thanks Alex. This is how it looked before

Comment #10
manjit.singh@lewis I think this patch might be solved what alex has mentioned in #8. Please verify
Comment #11
manjit.singhComment #12
lewisnymanNice one! Thanks. Here are the screenshots
Comment #13
manjit.singhThanks , this looks good to me :)
Comment #14
alexpottSo the half layout column is defined in the media query
Does this mean at exactly 38em there will be two columns only one will have the labels? Yep manual testing reveals that it is possible.
Comment #15
manjit.singhYup @lewis I think Alex is talking about this issue ;)
adding patch of media query based on px :)
screenshots After applying #15 patch
@lewis Please verify.
Comment #16
mathieuspil commentedNeeds review for testing the latest patch
Comment #17
mathieuspil commentedUploading an interdiff for clarity's sake.
I am not agreeing on the latest change of patch #15.
We shouldn't be using a different breakpoint for only this page.
Instead we should be using min-widths inside the media query in combination with the
visually-hidden-classLooking into this.
Comment #18
manjit.singhSure @MathieuSpil, Actually i was bit confuse while using this media query.
Comment #19
mathieuspil commentedOk so after some thought, I was looking into applying the
visually-hiddenclass on the second label. On devices wider than 38em we could then overwrite thevisually-hidden-css so the label would then be visible again.But when we consider the following:
- There are no classes that reset the visually-hidden class only on certain breakpoints in core (? I think ?)
- The second label is only for screenreaders and is only needed for when the columns are next to eachother.
So now we apply the visually-hidden-styling on the element (without using the class)
and starting from a min-width of 38em (as when the 2 column-layout kicks in) we can now easily reset the visually-hidden styling with the following:
This patch is based upon #10. because #15 was going in the wrong direction I think.
Comment #21
mathieuspil commentedNot sure why the test is failing, so rerolling
Comment #23
lewisnymanThanks, I manually tested the patch and the behaviour is now expected as Alex raised:

I only found one problem from csslint -
20 5 Expected (static | relative | absolute | fixed | inherit) but found 'initial'.I guess
initialisn't valid but we could just usestaticorinherit?Comment #24
gsharm commentedComment #25
gsharm commentedChanges as suggested in #23 by Lewis.
Comment #26
manjit.singhchanges as suggested by lewis are done, so Setting it to RTBC :)
Comment #27
RavindraSingh commentedCSS standard for adding attributes needs to be added.
CSS standard for adding attributes needs to be added.
Overall, patch looks good to me but there are minor issues which Needs works.
Comment #28
gsharm commentedchanges and ordering for CSS standards
Comment #29
gsharm commentedComment #30
RavindraSingh commentedNow it looks good.
Moving again this to RTBC
Comment #31
alexpottCommitted 921db1f and pushed to 8.0.x. Thanks!
CSS is not frozen during beta.