QDateTime and Qt::ISODate
-
I'm not sure that this is the right place to write about inaccuracy in documentation but i don't know any other.
Documentation says that QDateTime::fromString( str, Qt::ISODate ) will take string with either YYYY-MM-DDTHH:MM:SS or YYYY-MM-DDTHH:MM:SSTZD format. But the letter 'T' is not necessary (you can use space instead, like SQLite and PostgreSQL do). -
Hi,
If you make a feature request on "jira":https://bugreports.qt.nokia.com/secure/Dashboard.jspa it's more likely the docs Trolls will read this.
Thanks for conibuting this.
-
Thank you for the link. I've made a feature request.
-
You could also add a doc note on the docs hosted on this site [[Doc:QDateTime]]
-
Hi p-himik,
is it possible to copy the link to your bugreport here?
The way things work is as follows :
using that link, people can visit your bug report easily and vote for it. The issues with more votes are considered more important.Also if you put a link to this thread the trolls can sometimes better understand the context of your suggestion.
Cheers,
eddy
-
Eddy, here is the link
https://bugreports.qt.nokia.com/browse/QTBUG-21870Here is another one
https://bugreports.qt.nokia.com/browse/QTBUG-21871
It's not so relevant to the topic (it's about QDate) but i don't think that it's worth creating another thread. -
ok thanks !
-
On your second report: I don't think things like this will happen. There is a movement to decrease the size of the API surface, not the clutter it with convenience methods. QDate will get a big overhaul in Qt 5 anyway, where a lot of stuff will be added, and a clearer separation will be made into different classes that get different functionality (QDate, QDateTime, QCalendarSystem, QLocale, ...)
-
Thanks for the answer, i understand.