1. 28 Nov, 2014 - 1 commit
  2. 25 Aug, 2014 - 1 commit
  3. 01 May, 2014 - 1 commit
  4. 07 Apr, 2014 - 1 commit
  5. 21 Oct, 2013 - 1 commit
    • Gunnar Sletta's avatar
      Prevent badly formed texture nodes in the scene graph. · 486d367e
      Gunnar Sletta authored
      
      A texture based node without a valid texture is not allowed,
      as the material and the renderer will only tolerate
      well-formed nodes. If a node is missing any part of its material
      state it should not be in the scene graph in the first place.
      
      Because of an "optimization" in QSGDefaultImageNode::setTexture
      and QSGSimpleTextureNode::setTexture, we must temporarily set
      the texture to 0 to ensure that it gets updated properly. This
      temporarily puts the node into an invalid state which can lead
      to crashes when QSGNode::markDirty() reaches the renderer.
      
      Task-number: QTBUG-34062
      Change-Id: Ic1735c9b974b90b3684262de9589133c961bac6e
      Reviewed-by: default avatarLaszlo Agocs <laszlo.agocs@digia.com>
      486d367e
  6. 30 Sep, 2013 - 1 commit
  7. 12 Aug, 2013 - 2 commits
  8. 16 Apr, 2013 - 1 commit
    • Sean Harmer's avatar
      Add a way of transforming texture coordinates of a simple textured quad · 5c722557
      Sean Harmer authored
      
      This commit introduces the enum TextureCoordinatesTransformFlag and
      corresponding QFlags OR combination TextureCoordinatesTransformMode.
      This enum is used to control the orientation of texture coordinates
      relative to window/item coordinates.
      
      The common use case addressed by this commit is when rendering to a
      texture via an FBO using some 3rd party OpenGL library. Some libraries
      do not offer a way to orient the rendered output which results in the
      texture being displayed upside down when used in conjunction with
      QSGSimpleTextureNode.
      
      There are a number of possible solutions to this:
      
      1 Mirror the item by scaling by -1 in the y-direction in QML document
      
      2 Use a custom material (shader) that transforms texture coordinates
        in GLSL
      
      3 Generate texture coordinates differently
      
      This commit opts for approach 3. Approach 1 is ugly and visible to the
      end user and also causes more work when other transformations interact
      with the necessary scaling. Approach 2 has a performance cost in both
      switching material (shader) and also in additional per-vertex or per-
      fragment operations. The chosen approach hides it from the end user
      and has zero runtime cost delta compared to any other textured quad.
      
      Change-Id: I95870da50a09d113aeff2681bfd458669ec7a5a4
      Reviewed-by: default avatarGunnar Sletta <gunnar.sletta@digia.com>
      5c722557
  9. 10 Jan, 2013 - 1 commit
  10. 23 Sep, 2012 - 1 commit
  11. 07 Sep, 2012 - 1 commit
  12. 24 Feb, 2012 - 1 commit
  13. 30 Jan, 2012 - 1 commit
  14. 23 Jan, 2012 - 1 commit
  15. 17 Jan, 2012 - 1 commit
  16. 02 Dec, 2011 - 1 commit
    • 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...
      6c8378ea
  17. 27 Sep, 2011 - 1 commit
  18. 08 Jul, 2011 - 1 commit
  19. 20 May, 2011 - 1 commit
  20. 06 May, 2011 - 1 commit
  21. 27 Apr, 2011 - 1 commit