[Libreoffice-bugs] [Bug 118136] New: Impress: "Rename slides" usability and better placeholder names

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Jun 13 06:16:13 UTC 2018


https://bugs.documentfoundation.org/show_bug.cgi?id=118136

            Bug ID: 118136
           Summary: Impress: "Rename slides" usability and better
                    placeholder names
           Product: LibreOffice
           Version: 6.0.4.2 release
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: medium
         Component: Impress
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: Explorer09 at gmail.com

Description:
The "Rename slides" feature in Impress is not quite useful, at least for my own
workflow in crafting a presentation. And the rename feature is not easily
discovered (the slide names are only seen on hover tooltips of the slide
thumbnails and on the "Navigator" side pane). For me I didn't even know they
can be renamed until I modified a slide from a corporate template (in place,
without duplicating). (And exported it to PDF and realized that the names are
used in PDF bookmarks - see bug 118135.)

I don't know of any use of such "slide names" other than PDF bookmarks (are
they meant for machine-readable identifiers, or are they meant for remarks for
humans?), but my impression is that slide title texts are already enough to
identify slides without needing other explicit "names" (slide numbers are less
useful as the slides my be reused in another presentation and users may print
slides out of context). So I think there's a usability issue here.

I hope this report can:
1. Tell me or other users about the usefulness for slide names.
2. If the slide name feature is to stay, then give us more intelligent
placeholder slide names, other than "Slide 1", "Slide 2", etc.

Steps to Reproduce:
1. In LibreOffice Impress, create a new, blank presentation.
2. Make four slides (Press Ctrl-M three times).
3. Edit the titles in the *contents* of four slides so they are "Foo", "Bar",
"Baz" and "Baz" respectively.
4. Select the second slide, use "Slides" -> "Rename slides" to name it
"Barred".
5. Open "View"->"Navigator" and see the slide names.
6. Go to "View"->"Slide Sorter" and move your mouse cursor over each of the
slide thumbnails.

Actual Results:  
The slide names shown in steps 5 and 6 are "Slide 1", "Barred", "Slide 3" and
"Slide 4" respectively (name varied on your LibreOffice language).

Expected Results:
A more intelligent naming should be used on unnamed slides. For example slides
with title text box, the title text should be used on the slide names.

I.e. "[Foo]", "Barred", "[Baz]", "[Baz]"
Or: "Foo", "Barred", "Baz", "Baz"


Reproducible: Always


User Profile Reset: No



Additional Info:
I have a rough algorithm in my mind for intelligently picking a (placeholder)
slide name, if it can be implemented:

1. If the slide features a title text box, and it's content is not empty, then
just use the title text as slide names.
2. Otherwise, if the slide contains a content text box, and if it contains
non-empty text, then uses the _first line_ of the content text as slide name,
followed by ellipsis if more content follows.
3. If the slide's content box contains only a chart, and is chart has a title,
use the chart's title as the slide name. If it doesn't have a title, use
"[Chart]" as slide name.
4. Similarly, if the slide's content box contains a table, image, audio or
video, use "[Table]", "[Picture]", "[Audio]" or "[Video]" as the name. Do so
only if the slide has no other text content boxes (floating text boxes are not
considered).
5. If the slide can be determined to be blank, use "[Blank]".
6. If it's none of the above, use the generic "[Unnamed Slide]" as the slide
name.
And I welcome more suggestions on this.


User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:60.0) Gecko/20100101
Firefox/60.0

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180613/eb3be94a/attachment.html>


More information about the Libreoffice-bugs mailing list