Bug 159836 - F11 behaviour depends on focus
Summary: F11 behaviour depends on focus
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.2.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Sidebar-UI-UX
  Show dependency treegraph
 
Reported: 2024-02-22 07:37 UTC by lvm
Modified: 2024-02-23 15:23 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description lvm 2024-02-22 07:37:54 UTC
Expected behaviour: F11 toggles styles pane on/off wherever pressed

Actual behaviour: 
when document body has focus F11 opens the styles pane if closed or transfers focus to its body if opened
when styles pane body has focus (i.e. open styles pane and click on styles in it) F11 closes it
when styles pane window has focus (i.e. open undocked styles pane and click on its header, not on its body) F11 has no effect at all

The effect of pp1-2 is that double F11 is required to close the styles pane if document body has focus - first one to transfer focus, second one to actually close it.
Comment 1 lvm 2024-02-22 08:29:58 UTC
Styles panel cannot be controlled properly via the View menu too - it can only be opened, but not closed no matter where the focus is, and no checkmark is shown in the menu when it is visible.
Comment 2 V Stuart Foote 2024-02-22 20:57:33 UTC
Observer the F11 cyclic toggle, but don't have an issue with that behavior.

<Ctrl>+F6 takes focus into document body.  While our assistive technology minded F10, F6 cycle through UI elements.

<Ctrl>+F5 works to show or hide the SB deck regardless of Deck or Content panel with focus.

All seems correct.

(In reply to lvm from comment #1)
> Styles panel cannot be controlled properly via the View menu too - it can
> only be opened, but not closed no matter where the focus is, and no
> checkmark is shown in the menu when it is visible.

No issue from main menu View -> Sidebar on win build.

=-testing-=

Version: 24.2.1.1 (X86_64) / LibreOffice Community
Build ID: 359ef544e625d2ffbfced462ab37bd593ca85fa7
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded


Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: bbc9ac1f08a5ee4b9f65eaf10110df328d95de95
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 3 lvm 2024-02-23 09:15:14 UTC
Yes, view-sidebar/^F5 works correctly regardless of focus - no issue here, the issue is only with view-styles/F11. BTW F11 also doesn't work if something else is shown in the sidebar and has focus e.g. Gallery (view-gallery). IMHO a confusing mess, keyboard shortcuts should work everywhere and result in consistent behaviour; F11 should work just like ^F5 with the only difference that it shows Styles, not the previous sidebar content.
Comment 4 V Stuart Foote 2024-02-23 15:15:26 UTC
OK, see the issue now.

When anywhere in any SB deck, the F11 is not being parsed to shift to the Styles deck, it does from other locations in the UI, including TBs so not exact dupe of bug 159837

The <Alt>+2 (or <Ctrl>+<Alt>+2 for builds before 7.6.2) shortcut moves to the Styles deck, so the UNO does work.