forked from amazingfate/loongoffice
01ad8ec4bb
The DOCX file has 3 floating tables: the first one is immediately followed by a second one, and the second one also has an inner table. The problem is that somehow dmapper thinks it's fine to merge the two outer table together, than the inner table invalidates some of its cell start/end references, so at the end the outer table conversion fails, which means we only have 1 table, not 3. This is a bit similar to commit 1c99616f86f7d5b83b91edc225fc95fec227d710 (sw floattable, crashtesting: fix PDF export of forum-mso-en3-26783.docx, 2023-05-02), but here fixing the problem at the dmapper level sounded too complex. Instead inject the text node that'll serve as an anchor point at a tokenizer level. With this, the DOCX version of the bnc#816603 bugdoc (the one that started all workarounds in 2013) has one less overlapping table, but it still has problems. Change-Id: I54307b4c554da51bb55287e61bca700d8343d11c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152599 Reviewed-by: Miklos Vajna <vmiklos@collabora.com> Tested-by: Jenkins
26 lines
761 B
Makefile
26 lines
761 B
Makefile
# -*- Mode: makefile-gmake; tab-width: 4; indent-tabs-mode: t -*-
|
|
#
|
|
# This file is part of the LibreOffice project.
|
|
#
|
|
# This Source Code Form is subject to the terms of the Mozilla Public
|
|
# License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
# file, You can obtain one at http://mozilla.org/MPL/2.0/.
|
|
#
|
|
|
|
$(eval $(call gb_Module_Module,writerfilter))
|
|
|
|
$(eval $(call gb_Module_add_targets,writerfilter,\
|
|
CustomTarget_source \
|
|
Library_writerfilter \
|
|
))
|
|
|
|
$(eval $(call gb_Module_add_slowcheck_targets,writerfilter,\
|
|
CppunitTest_writerfilter_filters_test \
|
|
CppunitTest_writerfilter_misc \
|
|
CppunitTest_writerfilter_dmapper \
|
|
CppunitTest_writerfilter_ooxml \
|
|
CppunitTest_writerfilter_rtftok \
|
|
))
|
|
|
|
# vim: set noet sw=4 ts=4:
|