Opened 9 years ago
Closed 9 years ago
#34607 closed defect (bug) (fixed)
Customizer: Wrapped labels should align to start of label, not checkbox
Reported by: | melchoyce | Owned by: | westonruter |
---|---|---|---|
Milestone: | 4.4 | Priority: | normal |
Severity: | normal | Version: | |
Component: | Customize | Keywords: | has-patch commit |
Focuses: | ui | Cc: |
Description
When you have a long label (for example, "Automatically add new top-level pages to this menu"), the label wraps onto a new line and aligns with the checkbox, rather than aligning with the start of the label. This breaks up the flow of the label and looks pretty bad. The second line should align with start of the label text.
Attachments (4)
Change History (23)
#2
@
9 years ago
- Keywords needs-screenshots added
- Owner set to bordoni
- Status changed from new to assigned
@bordoni I think we should scope these style changes to checkbox controls that appear under the .customize-control-nav_menu
element. This will ensure the .customize-control-checkbox
styles don't apply to any checkbox in the Customizer, which may introduce an unexpected regression.
Also, could you add a screenshot that shows how the style changes impact long labels that appear under Menu Locations as well as Menu Options?
#5
in reply to:
↑ 3
@
9 years ago
Replying to bordoni:
My only question is, shouldn't this behavior for the Checkbox be standard across the whole customizer? At least that was what I understood from the ticket.
Oh! I didn't catch that. I incorrectly thought this was specifically regarding menus.
@melchoyce Thoughts on @bordoni's patch to apply generally for all checkboxes in the Customizer?
#6
@
9 years ago
Haven't looked at the patch, but I agree it should apply to all checkboxes in the Customizer.
#9
@
9 years ago
- Resolution fixed deleted
- Status changed from closed to reopened
On small screens, the checkboxes size is different (at least in Chrome, Firefox doesn't allow to fully restyle checkboxes) so the label text won't be perfectly aligned. It would be great to tweak a bit the styling in the proper media query.
Also, thinking this should probably apply to radio buttons too, see screenshot below:
#10
follow-up:
↓ 11
@
9 years ago
Great catch @afercia I will create a new patch to solve that mobile issue.
@melchoyce what do you think about applying the styles to Radio Input?
#11
in reply to:
↑ 10
@
9 years ago
Replying to bordoni:
Great catch @afercia I will create a new patch to solve that mobile issue.
@melchoyce what do you think about applying the styles to Radio Input?
Yup, radios should get the styling too.
#14
@
9 years ago
In 34607.2.diff:
Extend Customizer checkbox patch on radios and fix minor media breakpoint glitch
- I've extended the fix to checkboxes in Customizer by @bordoni so that it is applied to radios as well
- I've unified the media query breakpoint value for small screens so that it is 782 px for all cases
#15
follow-up:
↓ 16
@
9 years ago
Hi @delawski,
Why the change from 780 to 782? Really curious on that one =D
#16
in reply to:
↑ 15
@
9 years ago
Replying to bordoni:
Hi @delawski,
Why the change from 780 to 782? Really curious on that one =D
Hi @bordoni,
In almost all media queries used in Customizer's stylesheets the value of 782px is used. Using 780px in that single location caused inconsistencies when the screen width was passing through one of the two breakpoints. The screencast shows the issue:
The following patch would solve the reported issue, but I'm not sure if the applying rules to .customize-control-nav_menu_auto_add is the best solution, instead of adding a class to the element to mark it as a checkbox.