Bug 159733

Summary:	FILESAVE: Html pages saved in libreoffice impress 7.4.7 aren’t saved in 24.2.0,
Product:	LibreOffice	Reporter:	Frank B. Brokken <f.b.brokken>
Component:	Impress	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED NOTABUG
Severity:	normal	CC:	heiko.tietze, quikee, vsfoote, xiscofauli
Priority:	medium
Version:	24.2.0.2 rc
Hardware:	x86-64 (AMD64)
OS:	Linux (All)
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=105303
Whiteboard:
Crash report or crash signature:		Regression By:
Attachments:	The attachment is a jpg converted image of the Help - About menu. test Impress presentation 4 slides test Impress presentation, exported to HTML--only headers for the slides test Impress presentation 4, exported to PDF--full slide for each page

Description Frank B. Brokken 2024-02-15 12:39:44 UTC

Description:
Recently I upgraded libreoffice-impress from version 7.4.7 to 24.2.0.
When exporting an .odp file to html, using 7.4.7 a popup opens where I can specify html . Following the link Export… (note the dots) takes me to another popup which eventually results in writing html pages, as many as there are slides.
However, when exporting to html using 24.2.0 a similar popup opens, but when I then specify html there is just an ‘Export’ button (no dots) and when I select that a single html file is written, merely containing, e.g., section headers. 
What should I do to export the .odp file to separate html files (so: one html file per slide), like the way version 7.4.7 does?

Steps to Reproduce:
1.Create an .odp file containing several slides
2.Open the File -> Export menu
3.Change the file format to HTML Document (Impress)(.html;.htm)
4.The Export... button changes to Export, and pressing that button results in a single html file merely containing the section headers of all slides

Actual Results:
a single html file merely containing the section headers of all slides is generated.

Expected Results:
A .html file containing an overview of the converted slides, providing a 'click here to start' as well as separate html files per slide, and separate .png files containing the images shown in the various slides (html pages) like the result s obtained with the 7.4.7 (and previous versions)


Reproducible: Always


User Profile Reset: Yes

Additional Info:
I can't copy the info at Help - About LibreOffice: it's an image. But the Version information is:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Environment: CPU threads: 4; OS: Linux 6.6
User Interface:UI render: default; VCL: x11
Locale: en-US (en_US.UTF-8); UI: en-US
Misc: Debian package version 4:24.2.0-1 Calc: threaded

Note: I tried to specifiy version 24.2.0.3 release, but that resulted in a 'version not specified' page.

Comment 1 Frank B. Brokken 2024-02-15 12:45:27 UTC

Created attachment 192579 [details]
The attachment is a jpg converted image of the Help - About menu.

Comment 2 V Stuart Foote 2024-02-15 20:54:29 UTC

Export to HTML was reworked. Now just a single HTML document per presentation. Export to PDF is now a better choice.

See bug 105303, with the current export filter remaining [1]

=-ref-=
[1] https://gerrit.libreoffice.org/c/core/+/157331

@Xisco, Heiko, *--may be an issue or two with the residual single file export, slide content is not being rendered with any image, just shows slides as HTML4 header text. Thought that in dropping HTML export we'd decided to render each slide to PNG or SVG within a single file? Did I miss something?

Comment 3 Heiko Tietze 2024-02-16 09:02:15 UTC

(In reply to V Stuart Foote from comment #2)
> Thought that in dropping HTML export we'd decided to render each slide
> to PNG or SVG within a single file? Did I miss something?
Thought that too. Digging BZ for "export slide selection" returns a lot results eventually pointing to bug 48015.

My expectation is that all pages/slides are exported to the respective format when "[ ] Selection" is unchecked.

As a workaround you can select slides and export with "[x] Selection" checked as SVG.

Comment 4 Xisco Faulí 2024-02-16 09:16:39 UTC

Hello Frank, V Stuart,
Do you have a file to reproduce the problem ?

Comment 5 V Stuart Foote 2024-02-16 12:40:18 UTC

Created attachment 192599 [details]
test Impress presentation 4 slides

Comment 6 V Stuart Foote 2024-02-16 12:40:57 UTC

Created attachment 192600 [details]
test Impress presentation, exported to HTML--only headers for the slides

Comment 7 V Stuart Foote 2024-02-16 12:41:39 UTC

Created attachment 192601 [details]
test Impress presentation 4, exported to PDF--full slide for each page

Comment 8 V Stuart Foote 2024-02-16 12:45:56 UTC

(In reply to Heiko Tietze from comment #3)
> 
> As a workaround you can select slides and export with "[x] Selection"
> checked as SVG.

Gave that a try and with all slides selected from sorter, still nothing but the headers markup for content.

Comment 9 Heiko Tietze 2024-02-16 12:51:17 UTC

(In reply to V Stuart Foote from comment #8)
> Gave that a try and with all slides selected from sorter, still nothing but
> the headers markup for content.
I checked with SVG and some slides from the Candy template.

Comment 10 V Stuart Foote 2024-02-16 12:54:41 UTC

(In reply to V Stuart Foote from comment #8)
> (In reply to Heiko Tietze from comment #3)
> > 
> > As a workaround you can select slides and export with "[x] Selection"
> > checked as SVG.
> 
> Gave that a try and with all slides selected from sorter, still nothing but
> the headers markup for content.

though I see that with export of selection to .SVG, I get a single multiImage SMIL2.0 SVG with each slide--ballooned in size to hold the area fills compared to the .PDF export.

Not much of a work around ;-)

Comment 11 Heiko Tietze 2024-02-16 14:17:10 UTC

(In reply to V Stuart Foote from comment #10)
> each slide--ballooned in size to hold the area fills...
Open the SVG in a browser.

Comment 12 V Stuart Foote 2024-02-16 14:55:30 UTC

(In reply to Heiko Tietze from comment #11)
> (In reply to V Stuart Foote from comment #10)
> > each slide--ballooned in size to hold the area fills...
> Open the SVG in a browser.

Sure, its SMIL 2.0 is viewable as a presentation. But the size! 20.1MB vs 310KB of the PDF, or what should be ~40KB for a useful HTML with embedded PNG, vs 1KB for an HMTL with local links.