In: https://bugs.documentfoundation.org/show_bug.cgi?id=100379#c5 Stuart says: > ... the conversion from ODP -> to SDraw meta is done with *import* filters, > and not by the SImpress export filters. Well, let's support making this conversion by exporting to ODF Drawing, not just when importing with Draw. This makes sense when it's not the same person doing the conversion and the opening: The convertor has no reason to open Draw; while the recipient of the file should not have to be bothered with choosing the correct application to import from.
What's use case for this? If you want to change the presentation then just open it in Impress
(In reply to Roman Kuznetsov from comment #1) > What's use case for this? If you want to change the presentation then just > open it in Impress I don't understand what you mean. I'm using LO Impress. I have a presentation. I want to export it to ODF Drawing format. Impress should let me do that, just like it lets me export to the Powerpoint presentation format etc.
+1 to implement an export filter Impress ODP presentation to Draw ODG drawing, and effective "Save-as" handling in the UI. Working in sd as Drawing meta files rather than Presentation slides would allow cleaner ending results for the exported graphics. Things that are unique to slides (animations, transitions, multimedia) would be striped out and slides would become "simple" ODF Drawing pages. Utility in this for further export to other graphics/image formats that the LO Draw module supports compared to Impress.
I'll throw it on the UX pile, but already a pretty clear filter requirement.
I second Roman's question. Why do you need to export a presentation as a drawing document?
(In reply to Heiko Tietze from comment #5) > I second Roman's question. Why do you need to export a presentation as a > drawing document? 1. Why do you need to import a presentation into Draw? Same reason. 2. It's not me personally, I just split a ticket someone else created which had two aspects.
> 1. Why do you need to import a presentation into Draw? Same reason. If the slideshow setting "Mouse pointer as pen" is enabled, you can draw on the slides while the presentation is shown. This drawing is done on a layer "DrawnInSlideShow". Impress has no mode to show the layers individually. When you open the presentation in Draw the layers are separated and you can work on the layer "DrawnInSlideShow" which includes to delete this layer to get rid of the drawing. The way .odg > .odp allows to make a drawing usable for MS Office users. It would ease the workflow, when the user no longer needs to go through the advanced import but would be able to produce the desired format as save. This applies to both directions. [I'm aware that a .odp > .odg > .odp roundtrip looses animations and that the feature "Mouse pointer as pen" needs an improvement to no longer produce tons of mini line segments, so that it can be easier handled in Impress.]
(In reply to Regina Henschel from comment #7) > Impress has no mode to show the layers individually. We should rather provide this feature than supporting the bad round-trip. The request sounds to me like you want to export a Writer document as a Calc spreadsheet expecting the table to be taken into the sheet while dropping all text. Why not just copy and paste?
(In reply to Heiko Tietze from comment #8) > (In reply to Regina Henschel from comment #7) > > Impress has no mode to show the layers individually. > We should rather provide this feature than supporting the bad round-trip. The layer mode of Impress was intentionally removed from OOo1 to OOo2. The UI at that time was too confusing for most users. Because only advanced users will need a conversion from odp to odg, and advanced users will know how to handle this request by opening the odp file in Draw, I think that neither save to odg in Impress nor save to odp in Draw is needed. The import ability is enough. And in regard to the feature "Mouse pointer as pen", I think, that an implementation that produces paths similar to the freeform line tool instead of current tons of individual lines would solve the problem for the user (bug 112687). If that is fixed, deletion of a mouse-pen drawing would be easy. I only mentioned it to show, why a user might want to save to odg.
(In reply to Heiko Tietze from comment #8) > (In reply to Regina Henschel from comment #7) > > Impress has no mode to show the layers individually. > We should rather provide this feature than supporting the bad round-trip. If we go in this direction, will we not gradually erase many of the distinctions between Impress and Draw? > The request sounds to me like you want to export a Writer document as a Calc > spreadsheet expecting the table to be taken into the sheet while dropping > all text. Well, even if the rest of the text appeared in some extra cells which then had to be deleted, it would not be an illegitimate thing to want to do. Plus, one could delete the extra text before the import. But - perhaps I'm not following your simile? > Why not just copy and paste? 1. Because it may not be the same person, nor the same computer, saving the Impress presentation and opening the Draw document. 2. For the same reason we don't need to copy-and-paste to convert an Impress presentation into a Powerpoint presentation. 3. Because essentially all editor applications have both import filters and export filters, and don't rely on other apps importing their native format.
[Automated Action] NeedInfo-To-Unconfirmed
Guess we have enough input from UX. I vote against export filter but functions to solve use cases.