https://bugs.documentfoundation.org/show_bug.cgi?id=151170
--- Comment #19 from Eyal Rozenberg <eyalr...@gmx.com> --- (In reply to Heiko Tietze from comment #18) > We discussed the topic in the design meeting. I'm sorry I couldn't attend the meeting. By the way, who participated > Usually there are some indicators of the currently active slide. First of > all, the thumbnail is highlighted The thumbnail is not highlighted if the current slide is not part of the visible set of slides on the slide page - which is the scenario for which this bug was filed. > but we also show the "Page n of m" information in the left-most panel of the > statusbar. Indeed, it is possible to do some mental work, estimate the position of the slider on the scroll bar, divide N by M, and conclude whether you should scroll up or down, with a good chance of being correct. But that really is too much work, not to mention you need to scroll up by just the right amount, which, in a long slideshow is itself a bit of effort. > The proposed UNO command I did not propose an UNO command, so that's kind of a straw man. >extends the UNO API unnecessarily, and pressing > some key combinations would be quite unusual anyway. Adding a button to the > slide panel, for example next to the close button (x), has an acceptable low > impact on the UI. ... and that's what I'm asking for. There's empty screen real-estate for it as well. > But the issue actually happens when the slide loses focus, eg. by clicking > white space in the slide sorter. Then both information are gone (the slide > pane highlighting is still okay on Windows and Linux/kf5 with a clear blue > frame). No. That is, yes, if the slide also loses focus, then things are even worse, but I filed this issue even for when the slide _is_ focused on the pane - it's just that the slide may be focused, but not in view. > So what we should do is to a) always show the statusbar information what > slide is active, and b) have no white space in the slide panel. I don't know about that, and it's certainly not what I'm asking for with this issue. Please open a separate issue for avoiding loss of focus for the current slide - but it's not the problem here. > Recommendation is to change the summary into "Keep active slide in focus". Again, separate bug. > (Leaving status unconfirmed for the current "re-center the list" request > that is rather WF.) I don't believe you could seriously argue that doing integer division for estimating scrolling extents is something that "works for you". -- You are receiving this mail because: You are the assignee for the bug.
