1. Jan 10, 2013
  2. Nov 29, 2012
  3. Sep 23, 2012
  4. Aug 23, 2012
  5. Aug 03, 2012
  6. Jul 30, 2012
  7. Jul 16, 2012
  8. Jun 21, 2012
    • Chris Adams's avatar
      Create new documentation structure · 5e33b0f5
      Chris Adams authored
      The documentation currently has no clear separation between Qt QML
      and Qt Quick.  With recent commits like:
      6c8378ea
      and
      ab1e5101
      
      
      the separation between the language definition and implementation,
      provided by Qt QML, and the standard library for the QML language,
      provided by Qt Quick, is clear.
      
      This commit creates a new documentation structure that is more
      navigable and separates concepts into logical categories, with
      clear separation between QtQML and QtQuick.  It also provides a more
      generic QML Application Developer Resources page which contains links
      to information for QML application developers.
      
      Change-Id: Ia807ccfbfd24ffa0e1c7f0a51ed9d2ed3aa6a733
      Reviewed-by: default avatarMartin Jones <martin.jones@nokia.com>
      5e33b0f5
  9. Jun 06, 2012
    • Jerome Pasion's avatar
      Doc: Grouped Qt Quick types into several groups · ca6d49e6
      Jerome Pasion authored
      
      -created new groups and converted some overviews into group pages
      -edited type documentation and added \ingroup
      -articles still need title fixes and link fixes
      
      Groups:
      qtquick-visual-types
      qtquick-item-graphics
      qtquick-shaders
      qtquick-canvas
      qtquick-text
      qtquick-text-validator
      qtquick-interaction
      qtquick-positioners
      qtquick-transformations
      qtquick-states
      qtquick-animation-define
      qtquick-animation-properties
      qtquick-animation-control
      qtquick-animation-modifiers
      qtquick-images-sprites
      qtquick-images
      qtquick-models
      qtquick-containers
      qtquick-views
      qtquick-paths
      qtquick-utility
      
      Task: QTBUG-25685
      
      Change-Id: I81d4df3320bf5daad5cabb5e42408013fb24f464
      Reviewed-by: default avatarBea Lam <bea.lam@nokia.com>
      Reviewed-by: default avatarAlan Alpert <alan.alpert@nokia.com>
      ca6d49e6
  10. May 31, 2012
    • Bea Lam's avatar
      Fix doc snippets paths and parsing errors · 4c671c04
      Bea Lam authored
      
      qtqml.qdocconf and qtquick.qdocconf now refer to the correct
      snippets and source directories.
      
      Snippet paths in .qdoc and .cpp files have been updated to refer to
      the new shortened path references, e.g. \snippet qml/file.cpp instead of
      \snippet doc/src/snippets/qml/file.cpp.
      
      This also deletes snippets from src/qml/doc/snippets that belonged under
      src/quick/doc/snippets (and were already duplicated there anyway) and
      restores some snippet files that shouldn't have been deleted.
      
      Also fixes some inline snippets to use \code .. \endcode instead of
      \qml .. \endqml as they contained javascript or partial QML
      snippets that were causing parsing errors from qdoc.
      
      There are still snippet errors arising from qmlintro.qdoc as the
      qmlintro snippets directory that it refers to cannot be located.
      
      There are also two references to a removed snippet identifier in
      examples/qml/cppextensions/plugins/plugin.cpp that need to be fixed
      in conjunction with the related docs in a later commit as the relevant
      code has changed and the docs are now invalid.
      
      Task-number: QTBUG-25721
      
      Change-Id: I50c665245a74c140470c58a32546591d187dfe4b
      Reviewed-by: default avatarChris Adams <christopher.adams@nokia.com>
      4c671c04
  11. May 29, 2012
  12. May 24, 2012
  13. May 08, 2012
  14. Mar 23, 2012
  15. Mar 13, 2012
  16. Feb 24, 2012
  17. Feb 20, 2012
  18. Feb 09, 2012
  19. Feb 08, 2012
    • Bea Lam's avatar
      Accept default targets for transitions · f5a43c09
      Bea Lam authored
      
      QDeclarativeAbstractAnimation::transition(),
      QDeclarativeTransition::prepare() and QDeclarativeTransitionManager
      now accept a QObject* to specify a default target for a transition.
      For view transitions, this will allow the view to pass a view item
      as the default target for a view transition so that the Transition
      does not have to explicitly set the target for every animation.
      
      Change-Id: I2c8d5535283335e139d98ef56f399f338627fb3e
      Reviewed-by: default avatarMichael Brasser <michael.brasser@nokia.com>
      f5a43c09
  20. Feb 07, 2012
  21. Jan 30, 2012
  22. Jan 27, 2012
  23. Jan 23, 2012
  24. Jan 17, 2012
  25. 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
  26. 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
  27. Oct 17, 2011
    • Kent Hansen's avatar
      Fix coding style issues · f713037b
      Kent Hansen authored
      
      Avoid Qt Sanity Bot noise when these files are moved.
      
      Change-Id: I714e949837909883fe7e387ae336d2ffc4a1912b
      Reviewed-by: default avatarKent Hansen <kent.hansen@nokia.com>
      f713037b
    • Kent Hansen's avatar
      Clean up declarative includes · 7fa3aa4d
      Kent Hansen authored
      
      (This commit is in preparation of moving several files
      to a separate library (QtQuick2).)
      
      Don't add all subfolders to the includepath (from the
      .pri files). There's no good reason to do that.
      
      For headers (both public and private) that are in the
      same folder as the file that includes them, prefer to use
      
       #include "foo.h"
       #include "bar_p.h"
      
      For public headers that are outside the current folder
      but have "unambiguous" names (e.g. qdeclarative prefix), use
      
       #include <foo.h>
      
      For private headers that are outside the current folder, use
      
       #include <private/baz_p.h>
      
      Also change
      
       #include <QtDeclarative/private/foo_p.h>
      
      to
      
       #include <private/foo_p.h>
      
      The header filenames already have a qdeclarative or qsg
      prefix; there's no need to prefix by module name to
      disambiguate.
      
      Finally,
      
       #include "private/foo_p.h"
      
      should be avoided. private/ is used for auto-generated
      (forwarding) headers, which never reside in the current
      (source) directory. Use angle brackets instead.
      
      Change-Id: I04f8477fdba043546064ee276475c09dc373f8f2
      Reviewed-by: default avatarJędrzej Nowacki <jedrzej.nowacki@nokia.com>
      7fa3aa4d
  28. Sep 30, 2011
  29. Sep 18, 2011
  30. Sep 07, 2011
  31. Sep 01, 2011
  32. Jul 08, 2011
  33. Jun 09, 2011
  34. Apr 27, 2011