This stems from #1937926: Shortcuts toolbar tray does not properly float the "Edit shortcuts" link in Bartik where the patch in #15 fixes an issue with the Toolbar that kept the "Edit shortcuts" link from appearing on the same line as the actual shortcut links. The overly broad CSS in views_ui.admin.css was identified as follows:
/* @group Inline lists */
.horizontal > * {
clear: none;
float: left; /* LTR */
}
.horizontal.right {
float: right;
}
.horizontal label {
position: absolute;
}
.horizontal .form-item > [class] {
margin-top: 25px;
}
.horizontal .form-item > [class] + [class] {
margin-top: 0;
}
/* @end */
Specifically, the float: right on .horizontal > * results in the broken two-line display:

I'm not sure if just removing that float is all that's necessary, so I'm going to leave this active for someone with more knowledge of the Views UI CSS to let us know if that breaks any other part of the Views UI when removed. : )
For a screenie of the functioning behavior: #1937926-22: Shortcuts toolbar tray does not properly float the "Edit shortcuts" link in Bartik
| Comment | File | Size | Author |
|---|---|---|---|
| #10 | Safari 5.1.9 | 155.2 KB | u.rodionov |
| #10 | Chrome 28.0.1500.95 | 71.96 KB | u.rodionov |
| #7 | Screen Shot 2013-07-29 at 11.48.44 PM.png | 13.48 KB | lukewertz |
| #6 | Screen Shot 2013-07-29 at 11.06.56 PM.png | 11.03 KB | lukewertz |
| #3 | views_ui-overbroad-floats-2031263-3.patch | 396 bytes | apkwilson |
Comments
Comment #1
apkwilson commentedI'm no expert, but I took a look through Views and didn't see it adding a horizontal class anywhere. It uses a horizontal property on grid displays, but that's it.
So, I removed the float: left; (and float: right; on rtl) in the attached patch.
Comment #2
apkwilson commentedstatus change
Comment #3
apkwilson commentedremoving the empty "rtl" rule - should have done this before.
Comment #4
star-szrNice work @apkwilson! Tagging for before and after screenshots.
Comment #5
star-szrIt would be a good idea to take screenshots for RTL as well.
Comment #6
lukewertzI don't think the patch in #3 addresses this issue.
Here's is a screen shot after the patch has been applied:

I think the issue here isn't the float as much as it is the underlying DOM:
As you can see, the "Edit shortcuts" link isn't part of the User-defined shortcuts menu unordered object. I'm not really sure what the semantic solution here should be. It's clear that it doesn't belong where it is visually, but it doesn't really make sense to just stick it in the menu.
Thoughts?
Comment #7
lukewertzWell, I tried the patch again (applying it before installing D8 to ensure there were no caching issues), and it worked!
@apkwilson: Great job.
It looks like the clearfix has been removed from the unordered object, so this corrects it.
Comment #8
rszrama commentedSo would you say this is RTBC as opposed to needs work? Setting to needs review again pending your update.
Comment #9
lukewertzI've tested this in latest Chrome, but will test it in more browsers to make sure it hasn't broken anything else (I'm looking at you, IE).
Comment #10
u.rodionov commentedsreenshot MacOS
Safari 5.1.9
Chrome 28.0.1500.95
Comment #11
duozerskHey guys,
Looks like this issue was resolved in another one - #2029451: Fix to general css in the views UI - commit http://drupalcode.org/project/drupal.git/commit/fedfd49 from August 9 that just removes all the ".horizontal" css rules from the views_ui.admin.css file.
We have tested it on the latest 8.x-dev branch and the issue is not present there - so marking as closed (duplicate).
Thanks
AndyB
Comment #12
u.rodionov commentedDone :)