See some discussion about this a few weeks ago on this mailing list: http://lists.qt.nokia.com/pipermail/qt5-feedback/2011-May/000002.html
Glad to see it is bothering other people too! Sam On Fri, Jun 10, 2011 at 6:17 AM, John Layt <[email protected]> wrote: > On Thursday 09 Jun 2011 20:09:36 Hans-Peter Jansen wrote: >> While I understand, that QWidgets are getting the lower echelons, I feel >> like asking about tackling one major show stopper in certain Qt scenarios: >> >> http://bugreports.qt.nokia.com/browse/QTBUG-277 >> >> It's about QDateEdit, QTimeEdit and QDateTimeEdit allowing to keep invalid >> dates, times and datetimes invalid (with databases, a NULL value of such a >> field usually has a special meaning (think "death-day" of still living >> people). Current behavior since Qt3 is: if the user just tabs over such a >> field, the widgets force a valid date/time value: leading to 2000-01-01 >> 00:00:00 for a QDateTimeEdit. Needless to say, that this behavior isn't >> desired almost all the time. > > Hi Pete, > > QDateTime and its widgets are one of the subjects that the KDE community are > very interested in. We have our own KDateTime class which supports time zones > and various edit widgets including ones that will accept invalid dates. We'd > like to simplify this by adding as much of this functionality into Qt as > possible. I'll be posting something to the list soon-ish, and discussing it > at QtCS next week. Due to the "mostly source compatible" policy for Qt5 I'm > not sure there will be a clean way to adapt QDateTimeEdit but I'll look into > it, otherwise we may need to add a new widget. > > Cheers! > > John. > _______________________________________________ > Qt5-feedback mailing list > [email protected] > http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback > _______________________________________________ Qt5-feedback mailing list [email protected] http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
