Hey @ZeroqodeSupport when using âShow pickerâ action in workflow it doesnât automatically close when user clicks anywhere in the page , what is the solution for this . If there is no solution do we have any conditionals that can be attributed to when x is 1 picker display is visible . Note : Using V3.97
Hello @emir.ozgun ,
Thank you for reaching out to us.
We have observed the concern you reported: when you open the Calendar using the âShow pickerâ action, you arenât able to close it by changing focus. We have forwarded this observation to the development team for further investigation, and weâll get back to you once we have a better answer or resolution on this matter.
In the meantime, if you have any other questions, please let us know.
Thanks, and wish you a great weekend ahead!
Best regards,
Zeroqode Support Team
Yes , my second question is do we have âdisplay part of picker is visibleâ condition . That way I would be able to set focus on a hidden input , and use when input a is focused display picker is visible . (Display picker here is the visible part of the picker when clicked )
Hello @emir.ozgun ,
Thanks for your message, and our apologies for the late reply over the weekend.
Regarding your question, could you please provide more details on exactly what you would like to achieve with the condition: âdisplay part of picker is visibleâ?
In the meantime, while the development team is looking into the problem with the âShow pickerâ action, for your use case you can try creating a workaround by using a bubble event like âAn element is clickedâ or âAn element is hoveredââwhere you will use the condition âPickerâs calendar is visible⌠is yesâ.
Then use the Hide picker action in that event - this workaround will make the calendar close when you will hover or click on the page.
Hope this proves helpful. Looking forward to your reply.
Best regards,
Zeroqode Support Team
Hello @emir.ozgun,
Hope this message finds you well.
We are writing to update you about our findings regarding the concern you reported earlier with using the âShow pickerâ action in the Air Date/Time Picker plugin. We found that this behaviour is caused by the library used by the plugin; you can see this behaviour in this demo: https://codepen.io/Block-Cat/pen/PoMoGjp?editors=1010
Nonetheless, you can solve this by using Bubbleâs built-in event âLeft mouse button is downâ and use the action âHide pickerâ there. It will work the same way as when you open and close the calendar by dirrectly clicking on it. You can check it on this test page: Seanhootsdemopro | Bubble Editor
Could you please give it a try and let us know how it works for you?
Thanks, and we look forward to your reply.
Best regards,
Zeroqode Support team
Hello , I checked it and it worked however I have a SPA and use the calendar in different ocations , that type of event will inflate the app , I need more of a conditional related solution. And thinking that focus on input type solution will solve this issue , âthis needs calendar is visibleâ type of condition or toggle air date time picker
Hello @emir.ozgun ,
Thank you for your message.
We will explore any possible solutions to integrate this improvement into the Air Date/Time Picker Pro version. We will keep you updated on any news or decisions regarding this matter so you can decide whether to upgrade to the Pro version of the plugin.
Thank you for your understanding. If you have any other questions in the meantime, please let me know.
Best regards,
Zeroqode Support Team
Hi @ZeroqodeSupport ,
Iâm trying to figure out some weird time zone issues with my app. I have both my page time zone override and the Air/DateTime Picker time zone set to America/Los_Angeles. However, Iâm trying to get the pluginâs selected date ranges, and it seems like those dates are still being adjusted according to the browser time zone. Itâs an hour off, so it seems like thereâs a daylight savings time issue.
I figured when I set both the page time zone and the elementâs time zone the same, the selected dates should be static and not reliant on the browser time zone?
Iâm still struggling to get the Air/Date picker to choose the correct midnight date. Iâve definitely narrowed the problem down to differences in daylight savings time (e.g. Berlin/London switch in late March). I just donât understand why the browser time zone is interfering with the chosen date when the page level time zone and this elementâs time zone are both set to America/Los_Angeles