summaryrefslogtreecommitdiffstats
path: root/sw/qa/extras/odfexport/data/tdf132642_keepWithNextTable.odt
diff options
context:
space:
mode:
authorJustin Luth <justin.luth@collabora.com>2020-05-04 22:21:46 +0300
committerGabor Kelemen <kelemeng@ubuntu.com>2022-07-11 16:06:09 +0200
commitdb882afc0cfad3e374b1ff83c617d4f6a6e85c1e (patch)
treed64aa65966b1c3ce1d710d438a332f8da9d787ef /sw/qa/extras/odfexport/data/tdf132642_keepWithNextTable.odt
parenttdf#135244: move LockAllViews to SfxObjectShell (diff)
downloadcore-db882afc0cfad3e374b1ff83c617d4f6a6e85c1e.tar.gz
core-db882afc0cfad3e374b1ff83c617d4f6a6e85c1e.zip
tdf#132642 sw layout: try2 emulate table kept-with-next not splitting
This adjusts my LO 5.2 code for tdf#91083 that tried to emulate the table's keep-with-next property which doesn't have a matching counterpart in MS formats. I always confused myself trying to understand what my year-long coding attempt was trying to do. This seems much understandable, and efficient. The big clue was that it affected non-MS formats - which was unintended. Change-Id: I7886e52430cb34799e25f7fcf73500e28bbe2a55 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93443 Tested-by: Jenkins Reviewed-by: Justin Luth <justin_luth@sil.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136952 Tested-by: Gabor Kelemen <kelemeng@ubuntu.com> Reviewed-by: Gabor Kelemen <kelemeng@ubuntu.com>
Diffstat (limited to 'sw/qa/extras/odfexport/data/tdf132642_keepWithNextTable.odt')
-rw-r--r--sw/qa/extras/odfexport/data/tdf132642_keepWithNextTable.odtbin0 -> 10030 bytes
1 files changed, 0 insertions, 0 deletions
diff --git a/sw/qa/extras/odfexport/data/tdf132642_keepWithNextTable.odt b/sw/qa/extras/odfexport/data/tdf132642_keepWithNextTable.odt
new file mode 100644
index 000000000000..739cd0078ad7
--- /dev/null
+++ b/sw/qa/extras/odfexport/data/tdf132642_keepWithNextTable.odt
Binary files differ