- 🇺🇸United States smustgrave
Closing 📌 Remove @todo-comment linking to closed issue in layout-builder.css Closed: duplicate and reopening this. Can we confirm the code in question with the todo isn't providing a workaround for the problem?
Identified as meriting its own issue in #2995689: Allow reordering blocks without a pointer device →
This issue is apparent when:
In this image, the "Body" row is being hovered over, and "Image (current)" was dragged to a new position.
The "weight" form input should take on the background color of the row it belongs to, but it does not. Instead, the form input background color is #444 determined by the reset rules in off-canvas.base.css
#drupal-off-canvas *, #drupal-off-canvas *:not(div) {
background: #444;
}
This is because the rules determining background color in off-canvas.tabledrag.css are applied to <td> elements, but do not account for elements inside those <td>s. As a result, they are styled by the rules in off-canvas.base.css mentioned above
Add rules to off-canvas.tabledrag.css to address the conflicting background colors.
Add/change styles, review, commit.
The weight column in tabledrag assumes the expected behavior of having the background color of the row it is in.
N/A
N/A
N/A
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
Closing 📌 Remove @todo-comment linking to closed issue in layout-builder.css Closed: duplicate and reopening this. Can we confirm the code in question with the todo isn't providing a workaround for the problem?