Problem/Motivation

Solving issue #2293589 breaks table row inline buttons, when rows are not high enough to show the button in the middle. Commit: 63a6e44babea30a06f761f06d0d1cf4a4882d49a from Today (3.10.2014)

The main problem is, that there are correct css styles for .dropbutton-multiple, but not .dropbutton-single. Since fixing #2293589, .dropbutton-single inside a table td, will gets displayed wrong (see img).

Proposed resolution

Applay positioning styles for .dropbutton-single to .dropbutton-wrapper, so .dropbutton-single and .dropbutton-multiple will use this formatting styles.

Remaining tasks

(done) create an issue description
(done) find a solution
(done) create a patch)
(done) make screenshots
review and test

User interface changes

Without patch:

After applying patch:

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

killerpoke’s picture

I just created a patch to fix this problem and updated the issue description.

killerpoke’s picture

Issue summary: View changes
johnennew’s picture

Status: Needs review » Reviewed & tested by the community

This is a good catch!

I have confirmed the issue.

Steps to reproduce

1. Enable translation modules
2. Goto admin/people/roles/manage/administrator/translate

I have confirmed attached patch corrects the issue
I have confirmed attached patch does not regress #2293589

Just a note - the patch name does not adhere to naming convention - do check docs here: https://www.drupal.org/node/707484

 [short-description]-[issue-number]-[comment-number].patch
 e.g. css_alignment_fix-2349829-1.patch
killerpoke’s picture

killerpoke’s picture

Finally figured out, how the patch should be named.

The last submitted patch, 1: table_dropbutton_wrapper.patch, failed testing.

Status: Reviewed & tested by the community » Needs work

The last submitted patch, 5: css_alignment_fix-2349829-5.patch, failed testing.

The last submitted patch, 4: css_alignment_fix-2349829-1.patch, failed testing.

cjoy’s picture

Looking at that section of the css, I see:

.js td .dropbutton-multiple {
  display: block;
  min-height: 2em;
  position: relative;
  padding-right: 10em; /* LTR */
  margin-right: 2em; /* LTR */
  max-width: 100%;
}
[dir="rtl"].js td .dropbutton-multiple {
  padding-right: 0;
  margin-right: 0;
  padding-left: 10em;
  margin-left: 2em;
}

You change the first selector to match the wrapper instead of its child, but the RTL override below still applies to the child (thus no longer being an override).
I would suggest is an alternative fix that also works for RTL. Tested on FF, Chrome, Safari (all Mac) and mobile Safari iOS7.

cjoy’s picture

Assigned: killerpoke » Unassigned
Status: Needs work » Needs review
droplet’s picture

bwinett’s picture

I noticed that the issue also shows up on admin/config/regional/language/detection

and on admin/config/people/accounts/translate

and here: admin/config/regional/date-time

I will next make sure they look good after the patch. And I will check pages without the patch that look good, and make sure they still look good after the patch.

bwinett’s picture

With the patch, admin/config/regional/language/detection looks good:

So does admin/config/people/accounts/translate:

As does admin/config/regional/date-time:

bwinett’s picture

Status: Needs review » Reviewed & tested by the community
FileSize
14.86 KB
14.95 KB

I checked admin/config/people/accounts/fields before and after the patch, and it good before and after. Before:

And after:

I looked at the code, and it looks like the change is isolated and doesn't introduce any coding standards issues. So setting the status to rtbc.

bwinett’s picture

alexpott’s picture

I'm super concerned about all the outstanding issues with dropbuttons. I feel we're playing whack-a-mole.

catch’s picture

Status: Reviewed & tested by the community » Fixed

Could really use automated front end testing for this, but appreciate the manual testing that's gone into this issue and the change looks fine.

Committed/pushed to 8.0.x, thanks!

  • catch committed b14664f on 8.0.x
    Issue #2349829 by killerpoke, droplet, cjoy: Fixed #2293589 breaks table...
YesCT’s picture

yeah, I wonder if we can look into #2229187: SiteEffect: Automated frontend regression testing as an external service (a simplytest.me kind of thing?)

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.