-
-
Notifications
You must be signed in to change notification settings - Fork 3.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
0.9.1 - DateTime is better but some issue is still there #229
Comments
Can you rephrase that pls? I don't know what you mean by "it is changing model value but not changing QDateTime". Also what is edition of element? |
Sorry! I have list of elements. Whole div with edit form is hidden with By setting model and not changing value, I mean that model is being changed - |
I'm sorry but I still don't get it. Can you please make a .vue file to isolate the issue with bare minimum working code and no deps to other parts of the code? Sometimes code speaks better than words :) |
@murbanowicz Any progress? |
Please reopen with .vue file. Thanks. |
DATETIME - it is better but it's not fully fixed still and I can't find root cause.
When it is rendered with property which is not defined before render, it is now responding (you can choose date and it is visible in calendar popup) and it is changing model value, but IT IS NOT CHANGING QDateTime value which keeps the same value. When I will go back from edition of element and then go to edition again, it is working properly (setting model and setting value).
There is good progress but something is still wrong. I do not blame you because almost every datetime component around has some issues. It looks like we are almost there but some small issue still exist.
The text was updated successfully, but these errors were encountered: