https://bugs.documentfoundation.org/show_bug.cgi?id=98404
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |needsUXEval CC| |[email protected], | |libreoffice-ux-advise@lists | |.freedesktop.org, | |[email protected] Summary|[EDITING] Ctrl+Shift |UX - While objects on a |combinations (Home, End, |slide are being edited, |Up/Down) move slide in |notably text boxes, the |slide sorter when editing |new slide sorter Ctrl+Shift |text on a slide |shortcut combinations (see | |bug 91909) incorrectly | |receive focus and move the | |slide --- Comment #9 from V Stuart Foote <[email protected]> --- Movement of slides was introduced with enhancements of bug 91909 -- where Caolán later reverted use of the <Home> and the <End> keys for slide navigation as the shortcuts broke legacy text editing. And here this remains a simple conflict with selected shortcuts--these <Ctrl>+<Shift>+[Home|Up|Down|End] text movement and selection text edit functions are still in conflict. Pretty sure they are reserved inside edit engine -- and so got missed when reviewing Accelerators.xcu for use for slide movement shortcuts. @Jay, Philippe -- if we can not isolate behavior of the Slide sorter pane from the active elements on the slide canvas then we have to change the chosen ShortCuts for slide movements. Believe the newer feature should get new shortcuts. And the legacy (and arcane) assignments in edit engine (used in all modules) should be left alone. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
