1. 10 Nov, 2014 - 1 commit
    • Eskil Abrahamsen Blomfeldt's avatar
      Revert "Fix pixel bleed in BorderImage" · 4d15f528
      Eskil Abrahamsen Blomfeldt authored
      This reverts commit a9238292.
      
      It also reverts follow-up commits:
        87755d04
        c2c710e5
        cc8a76ce
      
      
      
      The new implementation is much too slow because it will cause each
      section of the border image to be uploaded to the atlas, and it will
      not be shared between different border images nor between different
      sizes of the border. The performance regression is so significant
      that it's not worth it for the original bug fix.
      
      We leave the tests around, so some of those might regress due to
      this.
      
      Change-Id: I3f56f4564255ebb77e6487881a6a11b19ad0234e
      Task-number: QTBUG-42288
      Task-number: QTBUG-35838
      Reviewed-by: default avatarMichael Brasser <michael.brasser@live.com>
      4d15f528
  2. 31 Oct, 2014 - 1 commit
    • Eskil Abrahamsen Blomfeldt's avatar
      BorderImage: Fix white area when size changes after first paint · 87755d04
      Eskil Abrahamsen Blomfeldt authored
      
      When e.g. growing the size of the border image in an animation,
      we would not get updates of the paint nodes when the size was
      so small that the bounded target rect and source rect did not
      change (when the size was smaller than the sum of the borders).
      Since this can happen, we also need to detect when the size
      changes and update the node for this case.
      
      Task-number: QTBUG-42022
      Change-Id: I0849d740f363e66a3a4fd6de23fc9d7399ab0779
      Reviewed-by: default avatarGunnar Sletta <gunnar@sletta.org>
      87755d04
  3. 16 Sep, 2014 - 1 commit
    • Eskil Abrahamsen Blomfeldt's avatar
      Fix crash when borders exceed item width/height in border image · cc8a76ce
      Eskil Abrahamsen Blomfeldt authored
      
      While we protected against the the borders exceeding the size of
      the source image when deciding whether to create a given patch,
      we did not protect against the case where the target rectangle
      is smaller than the borders. To fix this, we simply move the
      calculation of the target rectangle up to before we create the
      nodes, and check for isEmpty() before creating the nodes.
      
      In addition, we did not properly handle changing the borders
      dynamically. The subtree has to be rebuilt if the borders change
      so that the source or target rectangles change.
      
      Change-Id: Ia6a0df616ebbd0a32924de0b63fd48043027930a
      Task-number: QTBUG-41338
      Reviewed-by: default avatarGunnar Sletta <gunnar@sletta.org>
      cc8a76ce
  4. 25 Aug, 2014 - 1 commit
  5. 20 Mar, 2014 - 1 commit
    • Morten Johan Sørvig's avatar
      Implement high-dpi "@2x" image handling. · 63fb30eb
      Morten Johan Sørvig authored
      
      Make QQuickBaseImage::load() load "@2x" image files
      on high-dpi displays. Reload images on screen change
      in order to load the correct version depending on
      screen dpi. Modify QQuickImageBase::updatePaintNode()
      to work with @2x images.
      
      QQuickBaseImage::load() now looks at the target
      window's devicePixelRatio and checks for the presence
      of a "@2x" file on disk. If found the @2x version
      will be used.
      
      Unlike QPixmap, QQuickPixmap has no special knowledge
      of "@2x" files. They pixmap system will be asked to
      load "@2x" files and will cache them and report the
      (device) pixel size, like any other pixmap.
      
      Add auto-test and manual test.
      
      Task-number: QTBUG-32862, QTBUG-33069
      Change-Id: I1f57a10075e499f6eee61df5421e1986521c6ab0
      Reviewed-by: default avatarAndy Nichols <andy.nichols@digia.com>
      63fb30eb
  6. 30 Sep, 2013 - 1 commit
  7. 10 Jan, 2013 - 1 commit
  8. 23 Sep, 2012 - 1 commit
  9. 13 Jul, 2012 - 1 commit
  10. 02 Jul, 2012 - 1 commit
  11. 24 Feb, 2012 - 1 commit
  12. 20 Feb, 2012 - 1 commit
  13. 30 Jan, 2012 - 1 commit
  14. 23 Jan, 2012 - 1 commit
  15. 05 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.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
  17. 21 Oct, 2011 - 1 commit
    • 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
  18. 08 Jul, 2011 - 1 commit
  19. 27 Apr, 2011 - 2 commits
    • Qt by Nokia's avatar
      Initial import from qtquick2. · a129444b
      Qt by Nokia authored
      Branched from the monolithic repo, Qt qtquick2 branch, at commit
      a4a585d2ee907746682846ae6e8a48e19deef469
      a129444b
    • Qt by Nokia's avatar
      Initial import from the monolithic Qt. · 885735d0
      Qt by Nokia authored
      This is the beginning of revision history for this module. If you
      want to look at revision history older than this, please refer to the
      Qt Git wiki for how to use Git history grafting. At the time of
      writing, this wiki is located here:
      
      http://qt.gitorious.org/qt/pages/GitIntroductionWithQt
      
      If you have already performed the grafting and you don't see any
      history beyond this commit, try running "git log" with the "--follow"
      argument.
      
      Branched from the monolithic repo, Qt master branch, at commit
      896db169ea224deb96c59ce8af800d019de63f12
      885735d0