summaryrefslogtreecommitdiff
path: root/include/oox/shape/ShapeContextHandler.hxx
diff options
context:
space:
mode:
authorMiklos Vajna <vmiklos@collabora.com>2022-10-28 16:39:31 +0200
committerMiklos Vajna <vmiklos@collabora.com>2022-10-28 17:19:19 +0200
commitf546f7573158e52359bbeae6194a83a1ff8ac52c (patch)
tree32f70ba4ca9e48ad305ef797e019a3b1a1b7f7b4 /include/oox/shape/ShapeContextHandler.hxx
parentab24b70ca0ea80a4655c71762f628e86a76fefa0 (diff)
DOCX export, numbering portion format: consider full-para char formats as well
The bugdoc had a single paragraph with direct formatting (24pt font size), numbering enabled and a bookmark covering half of the paragraph. The numbering had default font size in the DOCX export result, not inheriting from the paragraph. In case the bookmark is removed, then the custom font size is not an autoformat set on the whole text of the paragraph but rather a format on the paragraph level, which does influence the formatting of the numbering portion via the paragraph marker formatting, as expected. Fix the problem in a way similar to what was done in commit cb0e1b52d68aa6d5b505f91cb4ce577f7f3b2a8f (sw, numbering portion format: consider full-para char formats as well, 2022-10-20), except that was for the rendering and this is for the DOCX export. This also required filtering out grab-bags in lcl_writeParagraphMarkerProperties(), otherwise citation SDTs show up in the export result at unexpected places, as shown by CppunitTest_sw_ooxmlexport14's testTdf129353. Change-Id: I7bb88e290f2a370d78ecc894f306bcb0a403545f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141995 Reviewed-by: Miklos Vajna <vmiklos@collabora.com> Tested-by: Jenkins
Diffstat (limited to 'include/oox/shape/ShapeContextHandler.hxx')
0 files changed, 0 insertions, 0 deletions