If one presses down the Shift key and marks a selection in the slides pane (say with the Up and Down keys) - the slide displayed is the earliest one in the presentation. This does not make sense IMHO. Instead, we should show the last slide selected in chronological order, i.e. the latest slide we've marked as selected.
(In reply to Eyal Rozenberg from comment #0) > ...the slide displayed is the earliest one... I cannot follow. Please share a screenshot or screencast.
Created attachment 198515 [details] Screencast Screencast attached. The selection of slides is either 3-and-above or 3-and-below; with the selection of 3-and-above we see slide 1 or 2 in the main pane, but with the selection of 3-and-below we keep having slide 3 in the main pane, never 4 or 5.
You really expect developers to put effort into whether the last clicked item is just added to the selection versus added and becoming active? Besides the missing use case it does make sense (add items to selection) and follows the usual procedure. My take is clearly WF
(In reply to Heiko Tietze from comment #3) > You really expect developers to put effort into whether the last clicked > item is just added to the selection versus added and becoming active? Yes, why not? i.e. what's the difference between any other minor UI issue? Especially since the fix is probably just a few lines. > Besides the missing use case it does make sense (add items to selection) I'm not sure I understand your parentheses, but - it doesn't make sense to always display the lowest-number selected slide. It does make sense to display the newest-selected slide.
(In reply to Eyal Rozenberg from comment #4) > It does make sense to display the newest-selected slide. I can sort of understand this as helping to see what you just selected, but selecting is selecting and activating is activating. The slide pane can also be enlarged to help with slide content observation. This is at most a matter of taste. Or why in particular would this make sense other than what I said? Not saying we should always strive to emulate others, but office.com's Powerpoint behaves the same way as Impress. I would also argue that keeping the current behaviour would preserve a feeling of robustness - as the convention for selecting in programs is to not have side-effects, it can feel disturbing to see sudden other changes occur. So it would violate a kind of ideal of calm UI.
(In reply to Buovjaga from comment #5) > but selecting is selecting and activating is activating. Yes, exactly: And when the user clicks a slide - whether they're adding it to a selection or just creating a single-slide selection (no-shift clicking) - they expect to see it. > The slide pane can also > be enlarged to help with slide content observation. This is at most a matter > of taste. Or why in particular would this make sense other than what I said? I didn't understand your last two sentences. How does slide pane enlargement relate to slide clicking > Not saying we should always strive to emulate others, but office.com's > Powerpoint behaves the same way as Impress. Are you sure? This clip: https://www.youtube.com/watch?v=LlHaM4cILP0 suggests otherwise (although it uses Ctrl+Click, not Shift+Click). > > I would also argue that keeping the current behaviour would preserve a > feeling of robustness - as the convention for selecting in programs is to > not have side-effects, it can feel disturbing to see sudden other changes > occur. So it would violate a kind of ideal of calm UI. No-Shift clicking shows the slide, so it's robust/consistent for with-Shift clicking to show the slide. So, if showing the slide is "not calm" - we should be consistently uncalm.
(In reply to Eyal Rozenberg from comment #6) > (In reply to Buovjaga from comment #5) > > but selecting is selecting and activating is activating. > > Yes, exactly: And when the user clicks a slide - whether they're adding it > to a selection or just creating a single-slide selection (no-shift clicking) > - they expect to see it. I don't understand why you say "yes, exactly" to something that contradicts your claim. You don't provide any reason why the user would expect to see the slide they click *in selection mode*. > > The slide pane can also > > be enlarged to help with slide content observation. This is at most a matter > > of taste. Or why in particular would this make sense other than what I said? > > I didn't understand your last two sentences. How does slide pane enlargement > relate to slide clicking Maybe you missed the point of my first sentence, where I was helping you come up with concrete arguments pro your request. You were lacking an actual benefit justifying the change and so far you have not listed any yourself. "It makes sense" is not a benefit, but an expression of your personal taste. > > Not saying we should always strive to emulate others, but office.com's > > Powerpoint behaves the same way as Impress. > > Are you sure? This clip: > > https://www.youtube.com/watch?v=LlHaM4cILP0 > > suggests otherwise (although it uses Ctrl+Click, not Shift+Click). I would not have said that unless I tested it with office.com. I don't have access to desktop MSO and maybe it behaves differently there. > > I would also argue that keeping the current behaviour would preserve a > > feeling of robustness - as the convention for selecting in programs is to > > not have side-effects, it can feel disturbing to see sudden other changes > > occur. So it would violate a kind of ideal of calm UI. > > No-Shift clicking shows the slide, so it's robust/consistent for with-Shift > clicking to show the slide. So, if showing the slide is "not calm" - we > should be consistently uncalm. It is not consistent with the convention of selection mode behaviour where the only effect happening is the selection itself, not any view change.
(In reply to Buovjaga from comment #7) > > Yes, exactly: And when the user clicks a slide - whether they're adding it > > to a selection or just creating a single-slide selection (no-shift clicking) > > - they expect to see it. > > I don't understand why you say "yes, exactly" to something that contradicts > your claim. You don't provide any reason why the user would expect to see > the slide they click *in selection mode*. Because it doesn't contradict my claim. Press Shift does not switch to a 'mode' of selection vs non-selection - as clicking without Shift also selects. To be in a "selection mode", something else would need to happen. Think, for example, on the gallery app of a mobile phone. To go into "selection mode", you have to press for a long time, and then - the UI changes: the photos now get selection checkboxes (or check-discs); you have now entered a "selection mode", and if you check those boxes/discs, the photo would not
(In reply to Eyal Rozenberg from comment #8) > (In reply to Buovjaga from comment #7) > > > Yes, exactly: And when the user clicks a slide - whether they're adding it > > > to a selection or just creating a single-slide selection (no-shift clicking) > > > - they expect to see it. > > > > I don't understand why you say "yes, exactly" to something that contradicts > > your claim. You don't provide any reason why the user would expect to see > > the slide they click *in selection mode*. > > Because it doesn't contradict my claim. Press Shift does not switch to a > 'mode' of selection vs non-selection - as clicking without Shift also > selects. To be in a "selection mode", something else would need to happen. > Think, for example, on the gallery app of a mobile phone. To go into > "selection mode", you have to press for a long time, and then - the UI > changes: the photos now get selection checkboxes (or check-discs); you have > now entered a "selection mode", and if you check those boxes/discs, the > photo would not Shift is literally called a modifier key, so of course it means that you are in a different mode while using it. In other contexts, selection mode can even have sub-modes: https://help.libreoffice.org/latest/en-US/text/shared/02/20050000.html "Hold the Shift key to temporarily activate the Extending selection mode" etc. To help you a bit more with your missing user story https://en.wikipedia.org/wiki/User_story here's my initial thought from comment 5 spelled out: I want to select many slides in my long presentation with a single selection action, so I resize the slide pane to its minimum width. My display is a bit small and some of my slides tend to look the same and it's hard to be sure what the content of the slide at the end of the range is. Gee, I sure wish the slide view would change to show the content of the last selected slide, so I didn't have to squint!
(In reply to Buovjaga from comment #9) > I want to select many slides in my long presentation with a single selection > action, so I resize the slide pane to its minimum width. My display is a bit > small and some of my slides tend to look the same and it's hard to be sure > what the content of the slide at the end of the range is. Gee, I sure wish > the slide view would change to show the content of the last selected slide, > so I didn't have to squint! Yes, that's exactly what I'm asking in this bug! The slide view should show the contents of the last selected slide, so you don't have to squint. If you select slide #3, then press Shift and hold it, then select slide #4 - Impress does not show you the contents of slide #4. > Shift is literally called a modifier key, so of course it means that you are > in a different mode while using it. A different mode w.r.t. the effect on selection, not a different mode in which clicking a slide does not bring that slide up.