I suspect this is because the inputs for Datepickers are updated programatically as they use dummy inputs for presenting the desired formatting to the user. ‘Updated’ looks for programatic changes but the other two only respond to user events on that input - they are actually ‘interacting’ with the hidden field
Yeah, you are correct, its just a case of what came first, the chicken or the egg, but Wappler has an option for dmx-on:apply which worked at some stage, so I assume there must be a bug that has crept in, because they did already account for all the order of operation/precedence in this use case.
For now im fine using it as I have, but figured best to let them know in case they need to fix it.
I have it with on-updated currently, but everytime my page refreshes and the dates propagate from the database, it fires all the on-updated for every element that has it, so the server network tab shows that script running over and over, which is why i think on-apply would work better for me.
To prevent it running on every page load, you can use an inline flow for the dmx onupdated action with a conditional step so the action is only run when there is a vakue present or maybe the value does not match one from the database…
Yeah, there are a few ways around it thankfully, but would be great if the Apply button already included in the datepicker then worked with the on-apply event just like it does in the date range picker.
Thank you for the suggestion though, will probably do something similar to that.