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
Thanks Alejandro. That was the clues I needed.
Ubercart - Programmatically add product to cart and straight to Checkout
Have you tried uc_cart_add_item()? You need to provide the nid of the product. Then you can use backdrop_goto('cart/checkout'); to send the user to the checkout screen. uc_cart_add_item...
Ubercart - Programmatically add product to cart and straight to Checkout
No problem, let's see how it evolves. I'd be happy to provide a suggested version if i could. I will keep that in mind and try learn this hook chain hopefully very soon. I will...
File hashing uploads made through TinyMCE