summaryrefslogtreecommitdiff
path: root/oox/qa/unit/data
diff options
context:
space:
mode:
authorRegina Henschel <rb.henschel@t-online.de>2022-04-23 21:52:29 +0200
committerRegina Henschel <rb.henschel@t-online.de>2022-04-24 13:37:54 +0200
commit3d7466b92a450d7ca4f45fef9a664143fbb3c386 (patch)
tree3a5e4cd7a185646b7f062d8ba76da8f6230fc4dd /oox/qa/unit/data
parent8202df1815ed692df371e6d07a3b0f29a329f6ed (diff)
Do not start a:path with lnTo in export to OOXML
This is a follow up to commit 2029b2f6dd0109c5892e5ac5640022b31fe42fd2 The commands A, W, T or L of a draw:enhanced-path draw a line from current point to start of the arc or end of line, respectivly. If there is no current point the path is faulty and behavior is not defined in ODF. LibreOffice is tolerant and makes a move to the start point of the arc or to the end point of the line. With this patch we do the same now in export to OOXML, so the user gets the same shape geometry as in LO. If a path starts with lnTo, MS Office will show nothing. I wouldn't care about user-created faulty paths, but LO produces such faulty path when an EllipseRibbon shape from binary MS Office is imported. Even when that will be fixed, we need the fix here, because the faulty path had been written to document markup and will be used when such document is opened. Change-Id: Ic52ec3bc78231b26efb592ddadee2e3042fdc065 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133349 Tested-by: Jenkins Reviewed-by: Regina Henschel <rb.henschel@t-online.de>
Diffstat (limited to 'oox/qa/unit/data')
-rw-r--r--oox/qa/unit/data/FaultyPathStart.odpbin0 -> 14582 bytes
1 files changed, 0 insertions, 0 deletions
diff --git a/oox/qa/unit/data/FaultyPathStart.odp b/oox/qa/unit/data/FaultyPathStart.odp
new file mode 100644
index 000000000000..219795ffa58b
--- /dev/null
+++ b/oox/qa/unit/data/FaultyPathStart.odp
Binary files differ