summaryrefslogtreecommitdiffstats
path: root/demos
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 /demos
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 'demos')
0 files changed, 0 insertions, 0 deletions