Created attachment 47209 [details] Screenshots comparing OOo3.1.1 - Libo3.4 I have been used to see the Slide names in the Page pane ant the slide previews. That information is no longer available in "LibreOffice 3.4.0RC1 – WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:11)]". I do not know where we lost that function. I know, the name still is visible in the Navigator, but in documents with many slides it's very annoying that you always have to check the name in Navigator.
Yes, also reproduced on 3.4 RC1 / SLED 11 sp1 i586.
*** Bug 37909 has been marked as a duplicate of this bug. ***
*** Bug 39050 has been marked as a duplicate of this bug. ***
slide name is shown in the 'mouse over' event ...
(In reply to comment #4) > slide name is shown in the 'mouse over' event ... That is nice, but far from the same functionality. I am using meaningful names to orient myself in the slide sorter etc. This must be easy to fix, they should get around and jsut do it ...
(In reply to comment #5) > I am using meaningful names > to orient myself in the slide sorter etc. This must be easy to fix, they should > get around and jsut do it ... Ah, sounds great. Maybe you have insight in all the work that was done and found its way in OpenOffice.org 3.3.0 / LibreOffice, and give the right pointers?
*** Bug 40239 has been marked as a duplicate of this bug. ***
PS. Don't get me wrong: I too think that hiding the slide names is not an improvement!
Next time please attach actual images for screenshots, downloading an opening a PDF is neddlessly tedious here. This still worked fine in 3.3.1.2.
(In reply to comment #0) > I do not know where we lost that function. Seems that a change from the OOo Renaissance activity removed the names: http://openoffice.org/bugzilla/show_bug.cgi?id=107215 Design specification: http://ui.openoffice.org/VisualDesign/OOo_slide_selection.html Consequently, there is a need to invest some thoughts here, otherwise the UI slide sorter will look / behave clunky - which would be as bad as the missing names.
Created attachment 50466 [details] Mock-up for proposed change Hm... Common case: the slide title is just the slide number ("Slide [n]"), in this case it's irrelevant and should not be displayed, because the slide number is already displayed to the left of the slide. Less common case: user has actually named the slide and the title is useful. In this case I think it should always be displayed. The slide could move down a little, to make space for title next to the number (see mock-up). Additional things we might want to think about: some way to automatically generate a slide title from the slide's heading. Otherwise, only a few people will be able to use slide titles.
(In reply to comment #11) > Less common case: user has actually named the slide and the title is useful. In > this case I think it should always be displayed. The slide could move down a > little, to make space for title next to the number (see mock-up). Yes that will work for the slide pane, but it wont (easily) for the slide sorter - behavior should be the same, and there we need a common spaced grid that looks even. Unfortunately, I have no good solution yet myself :-\ > Additional things we might want to think about: some way to automatically > generate a slide title from the slide's heading. Otherwise, only a few people > will be able to use slide titles. Yep, KPresenter did things like that, but: we have to take care to tell people what has been derived automatically and what not. Otherwise we create more mess handling their slides.
Hi Aaron, thought a bit about that issue ... (In reply to comment #11) > Common case: the slide title is just the slide number ("Slide [n]"), in this > case it's irrelevant and should not be displayed, because the slide number is > already displayed to the left of the slide. Totally agree. > Less common case: user has actually named the slide and the title is useful. In > this case I think it should always be displayed. The slide could move down a > little, to make space for title next to the number (see mock-up). Agree as well, but I propose the following implementation which tries to balance both the "name manually changed" and "keep it clean and simple" if not: * The given presentation has no slide having a manually defined name: Keep the visualization without any name for both Slide Pane and Slide Sorter (like we have that today). * The given presentation has at least one slide having a manually defined name: Show all slides in both Slide Pane and Slide Sorter with the manually defined names (if available) or with automatically created names (like today: e.g. Slide 15) * For ease-of-use, we should provide an easy way to delete a manually defined name (e.g. a simple solution, add "Delete" to the "Rename Slide" dialog) * In any case: Remove the tool tipp showing the slide name (but keep it for slide functions like "hide"). The main advantage of this solution is, that a homogeneous grid is kept for both Slide Sorter and Slide Pane. And, no slide names are hidden. Only disadvantage I'm aware about: people who don't know that slides can be renamed might never know about that feature ... (Aaron, thanks for your proposal and your implicit urge to let me think about that a bit *g*).
* I agree with your argument that we need a evenly spaced grid. And after noticing that it is not possible to add single slides that differ in size from all others ... I can imagine how flexible the current grid is. In the future a more flexible grid layout mechanism might be helpful ... something akin to what file managers use. I tried to make a mock-up of the slide sorter, with slides with/without titles, and all slides being on a the same baseline. This didn't work at all (So I won't upload it here), largely due to the fact that I didn't know where to put the slide numbers. * I think having a dialogue to rename a slide is not quite 21st century. Maybe there's a way to integrate an "Add title" button into the new toolbar that shows when hover over a slide. This is probably out of scope. So, for a short-term fix, I think your idea is the best solution. Long-term, we'll probably need to add a Whiteboard.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
*** Bug 43736 has been marked as a duplicate of this bug. ***
The missing slide names is the problem both in Drawing as well as in Impress.
@Zirneklītis: <http://wiki.documentfoundation.org/BugReport_Details#Version> @Thorsten: Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
(In reply to comment #18) > .. > <http://wiki.documentfoundation.org/BugReport_Details#Version> > .. The bug was invented in 3.4 release. The problem is not solved in LibO_3.5.0rc1. Sorry for mess.
If you frequently use Drawings witht many named slides this problem really is a pest.
Small nit - since this was a deliberate decision (back in the day), setting to enhancement. I otherwise agree to the analysis. ;)
(In reply to comment #11) > Additional things we might want to think about: some way to automatically > generate a slide title from the slide's heading. Otherwise, only a few > people will be able to use slide titles. I totally endorse this proposition! Not only are there rather few users who name manually slides (either since they do not even know about this feature or simply because they find it tedious -- my case) but automatic naming would also be very useful when exporting in PDF since the index is built upon slide names.
This - the absence of slide names in the slide sorter view (only visible with mouseover) - is still a problem in LibreOffice Version: 4.1.0.4 Build ID: 410m0(Build:4) on a Linux Mint 15 64bit KDE machine.
Apologies for not having gotten around fixing this bug yet; unfortunately in future I'll have even less time at my disposal for this, so I'm freeing up ownership for other volunteers to take over.
I for one do prefere to just have the slide number. For orientation I can indeed use the mouse over which shows the title. But the fastest way to get orientation is in fact to just look at the thumbnails of the slides. I prefer it, the way it is now. my 2 cents... and yes, persisting with Version: 4.5.0.0.alpha0+ Build ID: 6e91763769a562b88882a4c2a94b1367c6ed4866 TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2014-12-11_02:24:05 Locale: de_
(In reply to foss from comment #25) I agree if your slides have no specific title set (the default title is just the page number) and your slides are all significantly different. However if you have very similar slides or you have slide titles set (those will be converted to bookmarks on PDF export, BTW), you may prefer the readable slide title over possibly too-tiny-to-read slide contents. The obvious difference between hovering information pop-ups and permanent text is that you can have only one hover pop-up, and pop-ups frequently cover other parts of the screen. If you use your own slide titles, seeing many of them at once allows you to check them for consistency and spelling errors, for example...
Per comment 10, this is working as (currently) designed Removing Keywords:regression
And the currently design should be considered as a regression.
Migrating Whiteboard tags to Keywords: (needsDevEval, topicUI) [NinjaEdit]
Stefan's mockup in comment 11 is fine. EASYHACK? The rename dialog compares the page names oddly to enables/disables the ok button. And the navigator is not updated immediately when the name is changed.
NEEDINFO for the code pointers.
Missing code pointer, difficulty<foo>,
Changing status: NEEDINFO -> NEW Adding keyword 'needsDevEval' [ninjaedit]
After consultation, not very easy.
Please add keyword 'needsUXEval' and CC 'libreoffice-ux-advise@lists.freedesktop.org' if input from UX is needed.