summaryrefslogtreecommitdiffstats
path: root/README.s60
diff options
context:
space:
mode:
authorEduardo M. Fleury <eduardo.fleury@openbossa.org>2009-09-25 22:02:21 (GMT)
committerJan-Arve Sæther <jan-arve.saether@nokia.com>2009-10-06 09:28:45 (GMT)
commitad69bb73754534f61658a83e85dadb75e603c90a (patch)
tree17dde728fa948725eea8139068ba4eed6fcbd86a /README.s60
parentbcd08ab82b5df13f7687a504f868cb8b6ff8b75e (diff)
downloadQt-ad69bb73754534f61658a83e85dadb75e603c90a.zip
Qt-ad69bb73754534f61658a83e85dadb75e603c90a.tar.gz
Qt-ad69bb73754534f61658a83e85dadb75e603c90a.tar.bz2
QGraphicsAnchorLayout: Update solveExpanding to handle simplified graphs
The previous implementation of solveExpanding would assume that anchors were either completely expanding (would grow to their sizeAtMaximum) or non-expanding (would try to remain at their sizeAtPreferred). What happens however is that with simplification enabled, we may have anchors that are "partially" expanding. An example is a sequential anchor that groups together two leaf anchors where only one of them is expanding. In this case, the expected size of that group anchor would be the sum of the max size of the expanding child plus the preferred size of the non-expanding child. To handle the above case we added the "expSize" variable. It holds the expected value at Expanding for each anchor. Based on this, and the already calculated values of sizeAtMaximum and sizeAtPreferred, the solver calculates the actual sizeAtExpanding for them. Signed-off-by: Eduardo M. Fleury <eduardo.fleury@openbossa.org> Reviewed-by: Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
Diffstat (limited to 'README.s60')
0 files changed, 0 insertions, 0 deletions