Description: This drawing tool seems to be really popular now, LibreOffice should be able to handle it. I think these are the InkML files in the ink directory of the pptx archive. Steps to Reproduce: 1. Draw something in MS Office 2. Open the pptx in Impress 3. No profit Actual Results: It doesn't show up. Expected Results: It should show up. Reproducible: Always User Profile Reset: No Additional Info: No other information.
Created attachment 179210 [details] presentation with drawing in it
*** This bug has been marked as a duplicate of bug 148152 ***
Created attachment 180241 [details] presentation compared in MSO and LO This is not a duplicate. bug 148152 is for using digital pen, not for reading of files. I set this one to New. It's a kind of regression, something was there in 6.2, empty in 7.0 and 7.4+.
Created attachment 180243 [details] presentation PPT Here is MSO saved PPT which opens in LO, somewhat lighter, maybe bug 138147. This bug remains PPTX only.
commit de307933b91f348e81f3594c0bfc36df9a2362f5 Date: Thu Nov 14 08:41:38 2019 +0100 source 956153105bbf900f3b20aea98338148cf545fa0e pre 65767523ba5ad8e974a3144b33ad0e9d627a53f7 author Miklos Vajna <vmiklos@collabora.com> 2019-11-13 tdf#117658 PPTX import: fix duplicated math object handling Not sure that this is a regression, but Mikloš please see.
This is essentially a missing feature. PowerPoint added a bunch of features PowerPoint 2010 into its p14 XML namespace in PPTX: we either read all of them (and discard the fallback) or we always read the fallback (and discard the real markup). To make this worse, we used to just read both branches, leading to duplicated results where we had import code to interpret both the real markup and the fallback. The original use-case for this was to read only the primary arm of a a14 condition, but this also had the effect of reading only the primary arm of p14 conditions, since it's marked as supported. p14 was declared as supported much earlier, in commit 1d75c2e5ed1df1b9e3ae733d9c8a2106701b67ae (oox: check for namespace in MCE is flawed, use a namespace list, 2015-11-08), so you could argue this is a regression from that commit. But really, what we should do is to just add support for ink annotations in Impress, to parse those InkML streams in ppt/ink/ink1.xml, which is currently a missing feature. Thanks for the bisect, though!
Thanks for looking into this issue.
*** Bug 143218 has been marked as a duplicate of this bug. ***
*** Bug 156025 has been marked as a duplicate of this bug. ***
*** Bug 162320 has been marked as a duplicate of this bug. ***