Toolbar menu to behave more like a menu

[resimety]

I love the new toolbar of XYplorer 22.90. Thank you!

I think it would be sweet if the menu toolbarset would behave more like a menu with regard to the keyboard. Then, with the native menu hidden, dark mode would be all the better, because the native menu doesn't participate in dark mode.

Would it be possible for, say, alt-f to drop down the File menu in the toolbar, if the native menu is hidden? I use the menu mnemonics as 'extended keyboard shortcuts'.

On a side note, and maybe this should be in the Bug Reports forum, when I hide the menu and press the alt key, or alt-f and so on for any of the menu mnemonics, it seems the menu gets focus, albeit without visual feedback. This is irrespective of toolbar sets; this behaviour was there prior to version 22.90 too. I think that's a bug, I think either menu keyboard navigation should be entirely disabled when the menu is hidden---or, alternatively, should drop down the menus as if the menu bar was there (so the menu would still be perfectly functional albeit with the menu bar merely visually hidden). Semantically you could distinguish between the two as 'disabling the menu' and 'hiding the menu bar'.

[Evolve]

If you don't want to invoke those menus with your mouse why do you need them at the Toolbar at all?
Maybe a better way would be to make those menus appear at the cursor (or in the center of the window) when you press assigned shortcut.
Like in PotPlayer when I press Ctrl+S it shows the subtitles menu, when I press Ctrl+A it shows the audio tracks menu.

22.02.19 12꞉28꞉39 PotPlayerMini64.png

[Norn]

popupmenu()

Code: Select all

if(!get('#1061')){popupmainmenu;}

Code: Select all

popupmenu("#101|#102|-|#800|#801|#802");

[Norn]

Code: Select all

popupmainmenu "file";

Code: Select all

popupmainmenu "edit";

[Evolve]

So basically all I have to do is to create user-defined commands for each menu.

22.02.19 17꞉10꞉37 XYplorer.png

[admin]

So basically all I have to do is to create user-defined commands for each menu.


22.02.19 17꞉10꞉37 XYplorer.png

Your font size is too big. You should instead increase the global size in the Windows display options.

[admin]

I love the new toolbar of XYplorer 22.90. Thank you!

I think it would be sweet if the menu toolbarset would behave more like a menu with regard to the keyboard. Then, with the native menu hidden, dark mode would be all the better, because the native menu doesn't participate in dark mode.

Would it be possible for, say, alt-f to drop down the File menu in the toolbar, if the native menu is hidden? I use the menu mnemonics as 'extended keyboard shortcuts'.

On a side note, and maybe this should be in the Bug Reports forum, when I hide the menu and press the alt key, or alt-f and so on for any of the menu mnemonics, it seems the menu gets focus, albeit without visual feedback. This is irrespective of toolbar sets; this behaviour was there prior to version 22.90 too. I think that's a bug, I think either menu keyboard navigation should be entirely disabled when the menu is hidden---or, alternatively, should drop down the menus as if the menu bar was there (so the menu would still be perfectly functional albeit with the menu bar merely visually hidden). Semantically you could distinguish between the two as 'disabling the menu' and 'hiding the menu bar'.

1) Thanks!

2) Sorry, currently not planned.

3) Not in Win8.1. Probably one of the countless Win10 problems?

[Evolve]

Your font size is too big.

The problem is that the same font is used for configuration and status bar. It'd be great If you could separate them.

PS. There is no reason for status bar to share it's font with the configuration window. Even the toolbar has it's own distinct font.

22.02.19 20꞉38꞉08 XYplorer.png

I increase the font on the status bar and then suffer in the configuration window, it's just that it's more important for me to see clearly the information on the status bar.

22.02.19 20꞉43꞉04 XYplorer.png