Draw/Impress has File > Export > Html which leads to the ancient wizard with some limitations (bug 66259). The design team recommends to drop this wizard (similar to what is in progress for Writer in bug 99967) and make the html export like any other export function, i.e. one (successively numbered) document per slide with images in the original size and no cropping. Notes and comments are not exported. Everything else from the wizard is obsolete. It was also recommended to clean up the filters (export, save behave differently). This ticket could be an easyhack. Another, more general issue about what slides to export requires a dialog which goes into another ticket. It's suggested to use svg for users who want to show a presentation in the browser. (In reply to jan iversen from comment #8) > Please add skill<foo> difficulty<foo> > > as well as a code pointer.
What about mentioning it in the next ESC meeting?
(In reply to Xisco Faulí from comment #1) > What about mentioning it in the next ESC meeting? I was instructed to not discuss too many details in the ESC. And actually the recommendation from the design team has be done. But anyway, if we have the time next week...
(In reply to Heiko Tietze from comment #0) > Draw/Impress has File > Export > Html which leads to the ancient wizard with > some limitations (bug 66259). The design team recommends to drop this wizard > (similar to what is in progress for Writer in bug 99967) and make the html > export like any other export function, i.e. one (successively numbered) > document per slide with images in the original size and no cropping. Notes > and comments are not exported. Everything else from the wizard is obsolete. > It was also recommended to clean up the filters (export, save behave > differently). > > This ticket could be an easyhack. Another, more general issue about what > slides to export requires a dialog which goes into another ticket. > > It's suggested to use svg for users who want to show a presentation in the > browser. > > (In reply to jan iversen from comment #8) > > Please add skill<foo> difficulty<foo> > > > > as well as a code pointer. Huh ? there are no comment #8 on this bug ? I am not sure what the scope is here, you talk about different things: a) drop this wizard (easy, remove the menu entry) b) make the html export like any other export function (surely not a easyhack) c) clean up the filters (does not sound like a easyhack) please be specific, what is to be done in this easyhack.
(In reply to jan iversen from comment #3) > a) drop this wizard (easy, remove the menu entry) You would loose the html export option completely, and that's not what we want. Rather the current/selected slides should be exported with default settings, and I was taught it could be an easy hack. The task is to remove everything between start of the wizard and export of slides.
OK, I just wanted to have the scope clarified, and the b) c) versions does not look like easy hacks.
*** This bug has been marked as a duplicate of bug 99967 ***
Not a duplicate. This wizard is still alive and kicking here: https://cgit.freedesktop.org/libreoffice/core/tree/sd/source/filter/html
Please do not delete this wizzard or otherwise supply a working alternative. I have the following usecase. I export to html a presentation and currently chose the 1024x786 resolution. This gives me a lot of nice png images. I use these images to include in an asciidoc book. Actually I would like to propose to add another option to this wizzard, namely to export the images in highres (300dpi). That would really help. Just my € 0,02.... Jeroen Baten
(In reply to Jeroen Baten from comment #9) > ... otherwise supply a working alternative. Give Export to SVG a chance.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
QA response... Remains valid. Current Wizard needs to go for a cleaner export to SVG, and higher DPI and layout size matching canvas layout.
Not a UX topic actually neither keyword set so removing ux-advice.
*** Bug 143181 has been marked as a duplicate of this bug. ***