Description of the need
From @klonos in https://github.com/backdrop/backdrop-issues/issues/4890
With the label of the action being "Enable" as it currently is, it does indeed not make 100% sense in this case (although there is some logic that supported it being used, and it somewhat kinda matches other similar UI patterns).
Currently, with the PR as it is (and as @olafgrabienski pointed out), there is a small UX WTF when you click "Customize" and the display is moved to the "customized" section (without it actually being customized).
Proposed solution
Here's what @klonos is thinking would be a better UX:
- We leave the button label as "Customize" as per the current PR
- Change the action of that button so that it leads to the "Manage display" page for that display.
- Add a "Cancel" link/button to the "Manage display" form.
Additional information
This is a follow-up to https://github.com/backdrop/backdrop-issues/issues/4890
Recent comments
I'm really hoping to make this simple change on new content types: https://github.com/backdrop/backdrop-issues/issues/7080 Let's disable the "Display author and date information" by...
February 26th, 2026 - Weekly Meetings
For our DEV meeting: an older bug needs (and could have) a fix. Issue #5729 - Views: Search Filter: On Empty Input "Show None" option Shows All There are 2 pull requests, but one...
February 26th, 2026 - Weekly Meetings
Ruby Text can be a bit of a hassle to edit... Yes, I can imagine that. No idea, how an editor dialog (or whatever) for easier editing of those should look like - in terms of...
Specific tags to work in CKEditor 5