1. Feb 19, 2013
  2. Jan 28, 2013
  3. Jan 24, 2013
    • Alan Alpert's avatar
      Move the model classes from QtQuick to QtQml · 7cad0e52
      Alan Alpert authored
      
      This is needed for proper support of non-GUI instantiators in QtQml.
      Only private C++ classes are affected. Aside from name changes, model
      classes now operate on QObjects instead of QQuickItems, leading to minor
      changes in the implementation of QtQuick classes using them.
      
      The old QML type names will still be registered in the QtQuick import
      for the forseeable future, but pointing to the new classes. The new QML
      types will be added in a second commit.
      
      Classes Affected:
      QQuickVisualDataGroup -> QQmlDataGroup
      QQuickVisualDataModel -> QQmlDelegateModel
      QQuickVisualItemModel -> QQmlObjectModel
      QQuickVisualModel -> QQmlInstanceModel
      QQuickChangeSet -> QQmlChangeSet
      QQuickListAccessor -> QQmlListAccessor
      QQuickListCompositor -> QQmlListCompositor
      QQuickPackage -> QQuickPackage (just moved for now)
      
      Change-Id: Ia19e630e53bfa9e5d459e289596cd11df1ea3930
      Reviewed-by: default avatarAndrew den Exter <andrew.den.exter@qinetic.com.au>
      7cad0e52
  4. Jan 10, 2013
  5. Sep 23, 2012
  6. Jun 24, 2012
  7. May 24, 2012
    • Aaron Kennedy's avatar
      Lazily create QMetaObjects · d2e557c2
      Aaron Kennedy authored
      
      For internal QML built types, creating a metaobject each time is
      just wasteful.  Additionally, as the property caches were always
      created from the intermediate QMetaObject, it was difficult to pass
      information directly from the compiler to the property cache.
      
      Change-Id: I769526b0edaaf16a86883f3065b75618b94e4077
      Reviewed-by: default avatarRoberto Raggi <roberto.raggi@nokia.com>
      d2e557c2
  8. May 14, 2012
  9. Mar 10, 2012
  10. Feb 28, 2012
    • Bea Lam's avatar
      Separate view transition functionality into new file · 328c100a
      Bea Lam authored
      
      Move most of the view transition functionality from qquickitemview*
      into qquickitemviewtransition*.
      
      - Move QQuickViewTransitionAttached
      - Move QQuickItemViewTransitionManager, rename to QQuickItemViewTransitionJob
      - Move FxViewItem transition-specific features into new QQuickViewItem
      - Move transition-specific functions like transitionNextReposition() and
        canTransition() into QQuickItemViewTransitioner which holds all the
        transition objects now
      
      Also mention in docs that there's no defined order for choosing between
      multiple matching displaced transitions.
      
      Change-Id: I8701c0d40d2af152c5d432a4c8de646854c76ea2
      Reviewed-by: default avatarMartin Jones <martin.jones@nokia.com>
      328c100a
    • Alan Alpert's avatar
      Rename SpriteImage to SpriteSequence · 75a0d33d
      Alan Alpert authored
      
      Also rename Sprite::frames->Sprite::frameCount
      
      Change-Id: I2e7a71adc37044fd696ffda2a5da4835725ba3a8
      Reviewed-by: default avatarAlan Alpert <alan.alpert@nokia.com>
      75a0d33d
    • Alan Alpert's avatar
      Add AnimatedSprite · f7dae396
      Alan Alpert authored
      
      A simpler sprite image element for the simple usecase. Because sometimes
      an engine with stochastic capabilities is overkill.
      
      Change-Id: I2b76c5d417719e92a548f6266bffd563dc016983
      Reviewed-by: default avatarAlan Alpert <alan.alpert@nokia.com>
      f7dae396
  11. Feb 24, 2012
  12. Feb 16, 2012
    • Bea Lam's avatar
      Built-in transition support for ListView & GridView · 2df9abf7
      Bea Lam authored
      
      ListView and GridView can now be assigned transitions to be run when:
          - Populating the view (when initially setting the model / resetting)
          - Adding items
          - Removing items
          - Moving items
      
      The ViewTransition attached object can be used from within a transition
      declaration to access various information about the items that are
      being transitioned.
      
      Task-number: QTBUG-21504
      
      Change-Id: Ie5c75ea511c8b15acc3f06fccf19abe34d3677f9
      Reviewed-by: default avatarMartin Jones <martin.jones@nokia.com>
      2df9abf7
  13. Feb 02, 2012
  14. Jan 30, 2012
  15. Jan 25, 2012
  16. Jan 23, 2012
  17. Jan 17, 2012
  18. Jan 03, 2012
  19. Jan 02, 2012
    • Frederik Gladhorn's avatar
      Add accessibility to qml · 27a497b3
      Frederik Gladhorn authored
      
      This consists of two parts:
      An attached property for QML items and a plugin for the accessibility framework.
      
      The attached property simply takes care of some properties (name, role)
      that are needed in order to expose semantics of the application to
      assistive tools.
      
      The plugin exposes the hierarchy of QML items to the
      accessibility framework.
      
      Change-Id: I32f5603d0d9549b01b3645b205b710b9801762f7
      Reviewed-by: default avatarJan-Arve Sæther <jan-arve.saether@nokia.com>
      27a497b3
  20. Dec 05, 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
  22. Nov 28, 2011
  23. Nov 23, 2011
    • Kent Hansen's avatar
      v4: Get rid of dependency on QQuickAnchorLine type · 384fd7cd
      Kent Hansen authored
      
      Delegate the meta-type id query and value comparison to
      QDeclarativeMetaType.
      
      Register a comparison function for QQuickAnchorLine in
      QQuickItemsModule, so that not even QDeclarativeMetaType needs to
      know the type declaration. (This is needed in order to be able to
      move the items to a separate library.)
      
      Change-Id: I6404d01b74143946ae0a79fa18d1777b675e4194
      Reviewed-by: default avatarRoberto Raggi <roberto.raggi@nokia.com>
      384fd7cd
  24. Oct 25, 2011
  25. Oct 21, 2011
    • Kent Hansen's avatar
      Rename Qt Quick-specific classes to QQuick* · bfb3c424
      Kent Hansen authored
      
      The QSG (SceneGraph) prefix is too generic for
      Qt Quick(2)-specific classes.
      
      All the classes and files in the declarative/items
      directory have been renamed.
      
      In particular, for classes that are currently public,
      the renaming is as follows:
      
      QSGView --> QQuickView
      QSGCanvas --> QQuickCanvas
      QSGItem --> QQuickItem
      QSGPaintedItem --> QQuickPaintedItem
      
      The header files have been renamed accordingly
      (e.g. qsgview.h --> qquickview.h).
      
      Change-Id: Iac937fff81db20bb639486a793c3aeb5230b038c
      Reviewed-by: default avatarKent Hansen <kent.hansen@nokia.com>
      bfb3c424