summaryrefslogtreecommitdiffstats
path: root/qmake/cachekeys.h
diff options
context:
space:
mode:
authorEskil Abrahamsen Blomfeldt <eblomfel@trolltech.com>2009-08-24 13:55:51 (GMT)
committerEskil Abrahamsen Blomfeldt <eblomfel@trolltech.com>2009-08-24 14:01:50 (GMT)
commitbda6a5e7a8a233dc4b4395aa20b41f74f2c0857a (patch)
treeb6a440b2e50d4bc878305859a3bf6534f669e59d /qmake/cachekeys.h
parent9e8b3f2e789e24c561d2f583927ee15b38808941 (diff)
downloadQt-bda6a5e7a8a233dc4b4395aa20b41f74f2c0857a.zip
Qt-bda6a5e7a8a233dc4b4395aa20b41f74f2c0857a.tar.gz
Qt-bda6a5e7a8a233dc4b4395aa20b41f74f2c0857a.tar.bz2
Don't float objects into next page unless they can fit in it
If you had a floating table which spanned over several pages, this would always float down to the next page, even when it was the only element in the document. The main reason why this mechanism was added to positionFloat() was to handle floating images, since they can't be broken down into more than one page. Tables, however, have logic to ensure they are broken into several pages if they are too large for the current page. There is however no reason to float an object into the next page if it is larger than that page. Since the size of tables are altered by their position as long as they span more than one page, we need to set the sizeDirty flag for floating tables when positioning and then relayout the frame to make sure the page breaks are set correctly. Task-number: 240086 Reviewed-by: Simon Hausmann
Diffstat (limited to 'qmake/cachekeys.h')
0 files changed, 0 insertions, 0 deletions