[Libreoffice-bugs] [Bug 124092] When focus is on header/footer frame menu button key input handling should be limited to executing the pop up menu and escape to header/footer edit window

[bugzilla-daemon at bugs.documentfoundation.org]

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

Jim Raykowski <raykowj at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |raykowj at gmail.com

--- Comment #3 from Jim Raykowski <raykowj at gmail.com> ---
Code pointers:

class SwHeaderFooterWin is the header/footer frame menu button.

sw/source/uibase/inc/HeaderFooterWin.hxx
Declare a function override of the inherited MenuButton:KeyInput function in
class SwHeaderFooterWin. 

sw/source/uibase/docvw/HeaderFooterWin.cxx
Add key input handling code to catch KEY_ESCAPE, KEY_SPACE, KEY_RETURN, and
Mod2 + KEY_DOWN.
For KEY_ESCAPE grab focus to the header/footer edit window.
For KEY_SPACE, KEY_RETURN, and Mod2 + KEY_DOWN follow SwHeaderFooterWin base
class hierachy to find how to execute its menu.

Search code base for KeyInput to learn about vcl::Window::KeyInput handling
function

This is for the case when header/footer edit window is not empty. Currently
there isn't a way that focus can be on the header/footer frame menu button when
header/footer is empty but if suggested behavior change is made for Bug 124041
a check for empty/header footer edit window will be required so bonus points
for implementing check here.

There is additional code required to ensure the popup menu is displayed in the
correct location when executed using key input. I can supply code pointers as
needed.

-- 
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/20190316/70d764ab/attachment.html>