[Libreoffice-bugs] [Bug 101211] "Previous page" and "Next page" functions in navigator not available for keyboard binding

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Apr 7 18:46:47 UTC 2020


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

--- Comment #27 from V Stuart Foote <vstuart.foote at utsa.edu> ---
(In reply to Kenneth Hanson from comment #25)
> (In reply to Jim Raykowski from comment #22)
> > > Also, the names I proposed were all labels for the UI. So, if only the
> > > "Page(Up/Down)Cursor" commands are made available to the, my proposed name
> > > would (presumably) result in providing the C++/UNO "Page(Up/Down)Cursor"
> > > command as "Page Up" in the UI.
> > 
> > Sorry, you lost me. Regardless of what the UNO command name is you will be
> > able to assign whatever shortcut key to it you wish.
> 
> Let me try again, taking into account what you two have said recently.
> 
> I don't know what the UNO and C++ names are for anything (though I am
> picking them up gradually here), just the names in the customize dialog and
> in the rest of the UI. This makes things difficult.
> 

Easy to search for either label (as shown in UI) or the command name: 

https://opengrok.libreoffice.org/

Most of these sorts of things are in the 'core' project.

> 1. You two refer to .uno:PageUp/PageDown. I think that these are the
> commands that are currently labeled "Next/Previous Page" in the customize
> dialog. If so, the names of the UNO commands are fine, but the names in the
> customize dialog need to be changed. They are misleading as is, and will
> only get worse when the new commands are added.
> 

Yes, but they are "scrolling" commands, and reposition the document canvas by
some os/DE defined value, *complementing* the VCL canvas movement commands (all
defined as UNO Actions as well) linked to single keyboard keys (Down, Up, Left,
Right, Home, End, PgDown, PgUp)--essential to movement behavior typical of all
text editors.

The related goto/jump UNO commands, affecting viewport, are with
<Ctrl>--KEY_MOD1--assignments by default.

And why, moving the Jump to Header/Footer assignments to
<Ctrl><Shift>--KEY_MOD1 +  KEY_MOD2 is needed to free up for use for the new
GoToPreviousPage/GoToNextPage.


> 2. I now understand that 'To Begin of Next/Previous Page' is
> .uno:GotoStartOf(Next/Prev)Page. Okay, good.
> 

That was the legacy Navigator control, it got cleaned up a few years back to
fix alignment to the top of the page, but it never relocated the Edit Cursor.
Not sure if it is still needed once the new controls are put in.

-- 
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/20200407/e1e573d8/attachment.htm>


More information about the Libreoffice-bugs mailing list