When adjusting an editable number and then clicking an action button directly, without first clicking out of the editable number input field, the changesetObject is not updated before the action is executed.
I have encounter a lot of cases similar to variables updating a bit slow. The workaround is to add a Debounce to ensure the variable is updated before executing next step. You can try adding 250 Debounce to the action event's event handler.
Everything seems to run asynchronously, and if the incorrect data are expected, usually using promises or adding debounce solve the issue.
No such luck in this case. I've tried up to 5 secs. (5000ms) and it doesn't update the value until after the action is processed.
All good. I might go back to the old table with the button column type and use them instead. Cheers!
I've got this working with a little workaround:
Just created an html column, and formatted it as a button using CSS. Attached an event handler for the column which triggers the update query. only issue is during save you see the prior value for a quick blip. Might be a way around that though, am playing around with it.
Nice one! I didn't think to add buttons using HTML. That's one missing column type that keeps me on the old table too. I'm interested to know how you styled the button, as using existing classes from the old table and inline CSS doesn't seem to render.
the css i ended up with for now:
transition: background-color 0.3s ease;
I also just used a simple elemtn with a classname in the table column setup itself, and used the global CSS settings page for the CSS. Differnt button type depending on the status of some other fields.
works quite well!
Apologies for the delay here, but thanks for posting about this! We are going to work on a fix for this behavior
We also have an internal request to create a button column type--hopefully, that'll ship soon!
It sounds like the button column type should be shipped to Cloud either late November or early December