1. Feb 07, 2012
  2. Feb 06, 2012
  3. Feb 02, 2012
  4. Feb 01, 2012
  5. Jan 30, 2012
  6. Jan 27, 2012
  7. Jan 25, 2012
  8. Jan 24, 2012
  9. Jan 23, 2012
  10. Jan 20, 2012
    • Andrew den Exter's avatar
      Update TextInput.acceptableInput on component complete. · c0e0f9f5
      Andrew den Exter authored
      
      QValidator doesn't notify when it's validation criteria changes so is
      susceptible to order of evaluation issues.  Deferring the initial
      validation will ensure validators with static criteria are correctly
      applied.  Notification from QValidator on changes would solve this
      for all cases: QTBUG-23694.
      
      Task-number: QTBUG-21103
      Change-Id: I920f36645fd18ce809db56b5daf73545f1d603dc
      Reviewed-by: default avatarMartin Jones <martin.jones@nokia.com>
      c0e0f9f5
  11. Jan 19, 2012
  12. Jan 17, 2012
  13. Jan 12, 2012
  14. Jan 05, 2012
  15. Jan 04, 2012
  16. Jan 03, 2012
  17. Dec 21, 2011
  18. Dec 20, 2011
  19. Dec 15, 2011
  20. Dec 12, 2011
  21. Dec 02, 2011
    • Kent Hansen's avatar
      Say hello to QtQuick module · 6c8378ea
      Kent Hansen authored
      
      This change moves the QtQuick 2 types and C++ API (including
      SceneGraph) to a new module (AKA library), QtQuick.
      
      99% of this change is moving files from src/declarative to
      src/quick, and from tests/auto/declarative to
      tests/auto/qtquick2.
      
      The loading of QtQuick 2 ("import QtQuick 2.0") is now delegated to
      a plugin, src/imports/qtquick2, just like it's done for QtQuick 1.
      
      All tools, examples, and tests that use QtQuick C++ API have gotten
      "QT += quick" or "QT += quick-private" added to their .pro file.
      
      A few additional internal QtDeclarative classes had to be exported
      (via Q_DECLARATIVE_PRIVATE_EXPORT) since they're needed by the
      QtQuick 2 implementation.
      
      The old header locations (e.g. QtDeclarative/qquickitem.h) will
      still be supported for some time, but will produce compile-time
      warnings. (To avoid the QtQuick implementation using the
      compatibility headers (since QtDeclarative's includepath comes
      first), a few include statements were modified, e.g. from
      "#include <qsgnode.h>" to "#include <QtQuick/qsgnode.h>".)
      
      There's a change in qtbase that automatically adds QtQuick to the
      module list if QtDeclarative is used. Together with the compatibility
      headers, this should help reduce the migration pain for existing
      projects.
      
      In theory, simply getting an existing QtDeclarative-based project
      to compile and link shouldn't require any changes for now -- but
      porting to the new scheme is of course recommended, and will
      eventually become mandatory.
      
      Task-number: QTBUG-22889
      Reviewed-by: default avatarLars Knoll <lars.knoll@nokia.com>
      Change-Id: Ia52be9373172ba2f37e7623231ecb060316c96a7
      Reviewed-by: default avatarKent Hansen <kent.hansen@nokia.com>
      Reviewed-by: default avatarSergio Ahumada <sergio.ahumada@nokia.com>
      6c8378ea