https://bugs.documentfoundation.org/show_bug.cgi?id=118135
explore...@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |UNCONFIRMED Ever confirmed|1 |0 --- Comment #3 from explore...@gmail.com --- (In reply to Heiko Tietze from comment #1) > Cannot confirm this problem. Slide 1..n works well as default names, and > renaming to Foo, Bar, Baz, Qux produces a PDF with exactly these slide > names. > I forgot to mention that bug 118136 is related to this one, in that's two symptoms that might have the same root cause. The problem of 118135 is that exporting a PDF with "Slide 1", "Slide 2" etc. (placeholder slide names) as their bookmarks are meaningless. Either give meaningful names for PDF bookmarks, or don't make bookmarks for those unnamed slides. > (In reply to Explorer09 from comment #0) > > 3. Edit the titles in the *contents* of four slides so they are "Foo", > > "Bar", "Baz" and "Baz" respectively. > > Maybe there is a misunderstanding, at least I don't get "contents". If you > talk about the slide *title* it's a different property than the slide *name* I meant the title text of each slide. The text you write in the "Click to add title" text fields. I think most users don't realize the "slide name" concept and its difference from the "title". For me, I'll just write the titles and ensure they're almost unique among the slides (for convenience of audience and readers). With that in mind, I expect I never need to care about slide "names" at all and expect Impress generate reasonable names for me. And that PDF bookmarks give quick outline of the whole presentation. Saving my time of naming each bookmark individually. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise