https://bugs.documentfoundation.org/show_bug.cgi?id=57181
--- Comment #17 from NISZ LibreOffice Team <libreoff...@nisz.hu> ---
Ah, so many different issues still... this file if inspected more closely,
could also be a treasure trove of "improvement opportunities".
(In reply to Timur from comment #16)
> When opening 47-slide MSO Attachment 61765 [details], in LO 7.2+ I see Slide
> 1, Objectives,.., Slide 6, Estimation,.., Slide 9, Slide 10,..
> Slide 1 name is not read from OO.
Indeed! But that's a separate pre-existing fileopen issue.
I'll file a new bug for that.
Long (64 char+) slide names are also turned into "Slide N" format, instead of
being truncated a bit + numbered; like on the last two slides.
I'll file a new bug about this as well.
Finally there are slides without a Title box, I think for those the default
Slide N is viable.
For example in PP the Custom Slide Show dialog refers to the slides by their
Title box contents and slides without any Title box appear as Slide N even in
PP, such as slide 13, 18, 36, 42 in this example file.
> Slide 6 is a consequence of being the same
> as of slide 5, change in bug 103347 (solved by renaming same name to Slide X
> and not to Existing Slide Name (1)).
>
I think we should change that.
> If saved as PPTX and reopen in LO, Slide 1 name is proper, Slide X remain,
> but renamed slide is not remembered. In MSO all names are proper (renamed
> slide still shown as original).
How did you rename it?
Using the Rename Slide box does not retain the new content, but changing the
actual slide title in the editor works after reload and fills the name in the
Rename Slide box and Navigator as well.
Since slide name is generated from the Title placeholders in case of PPTX, I
think this is as far as we can go. Unless we want to start to explore options
to disable the Rename Slide functionality upon opening a PPTX file.
> So I don't see this fixed.
> If it is, please explain.
>
This bug was about the view of the LO-saved PPTX in LO, which improved
dramatically compared to the former complete loss of generated contents in the
Navigator and also in the Overview view.
But there is still some room for improvement, thanks for noticing :).
> As for Importance, I set Low-Normal, because as explained this is LO-only
> feature.
>
> Note that MSO asks to repair PPTX coming from LO-saved Attachment 61765
> [details] (another issue, seems not regression).
I can't reproduce this issue anymore. The example file when saved with todays
nightly opens fine in my PP 2019:
Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: 3b57ebb445df8a2bc3d916ea79f8af45e20e4e62
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL
However it was indeed repaired if I saved it with 7.1.0.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
