How to remove ALL keyboard shortcuts?

[Jerry]

Is there any way, even if behind the scenes, of removing all keyboard shortcuts in one step? I am introducing XYplorer to a friend who has ADD and a habit of impulsively pressing keys and not knowing what she did. I'd like to start her off with no bindings and then only introduce ones that she needs.

Jerry

[admin]

Click the "options" button in the Customize KS dialog. There you find "remove all shortcuts". Is that enough?

[Jerry]

Click the "options" button in the Customize KS dialog. There you find "remove all shortcuts". Is that enough?

Of course!

[admin]

Click the "options" button in the Customize KS dialog. There you find "remove all shortcuts". Is that enough?

Of course!

Well, you made me think. Now I think a new checkbox to temporarily disable all KS would be cooler than to irreversibly remove them. Could be in the "Safety Belts" section in Configuration / Extended.

[Jerry]

Well, you made me think. Now I think a new checkbox to temporarily disable all KS would be cooler than to irreversibly remove them. Could be in the "Safety Belts" section in Configuration / Extended.

I guess that can be useful to some people. In the case of my friend, however, I really do want to start her on a totally clean slate and then only add bindings as needed. She has a tendency to generate a lot of entropy, if you know what I mean. That means I'll also be setting her up with locked home tabs, default tab, minimal toolbar, etc. The quick search feature you just added in version 11 is fantastic. This is just what she needs because Windows 7 search royally sucks. Can't even use it to find all empty or 0 size directories, which she has thousands upon thousands.

[edited:] I also wish it were possible to customize the main menus in a similar draconian way, but I guess I can keep her away from using them. Especially helpful are the right-click context menus available on the toolbar buttons. So that way, she can just focus on using the toolbar for nearly all additional functionality that's relevant to her needs.

Jerry

[admin]

I see. Interesting. I'm open for any other ideas/desires you might have in that direction. (Actually there is a special heavily restricted version of XY for severely handicapped people -- but not on the free market, just for a particular customer).

[edited:] I also wish it were possible to customize the main menus in a similar draconian way, but I guess I can keep her away from using them. Especially helpful are the right-click context menus available on the toolbar buttons. So that way, she can just focus on using the toolbar for nearly all additional functionality that's relevant to her needs.

Actually I'm thinking about a way to customize the main menus (=show/hide items as you like).

BTW + FYI, Alt+Up (with focus in Tree or List) will hide the main menu. (The command is here: Miscellaneous / General Functions / Show/Hide Main Menu -- you can customize the shortcut).

[Jerry]

BTW + FYI, Alt+Up (with focus in Tree or List) will hide the main menu. (The command is here: Miscellaneous / General Functions / Show/Hide Main Menu -- you can customize the shortcut).

Excellent! That will do just fine. And then I'll remove that keybinding! Once again, the ability to have and customize right-click menus for toolbar buttons is going to be a great feature that will facilitate her adoption. Minimizing complexity and especially distraction in the user interface she sees is the paramount objective.

Jerry

[Jerry]

Incidentally, the Mini Tree feature, in concept, would be ideal for her since she has a lot of folders and folder structures that can get her distracted. But I suspect that the very same limitations that I have with the Mini Tree will confuse her as well. She's always organizing and re-organizing and if she used the Mini Tree, in its current form, then sub folders she creates or more often, renames or moves, from within the file list will, as you know, not automatically appear in the Mini Tree.

But I won't start that discussion up again. Except to note one thing -- the current results from my Mini-Tree poll show that only 50% of the respondents use the Mini Tree regularly as an integral part of their work flow. The rest use it only for special purposes or mostly, not at all.

Jerry

[admin]

Minimizing complexity and especially distraction in the user interface she sees is the paramount objective.

Bingo. I will hire her as target user.

[Marco]

BTW + FYI, Alt+Up (with focus in Tree or List) will hide the main menu. (The command is here: Miscellaneous / General Functions / Show/Hide Main Menu -- you can customize the shortcut).

Excellent! That will do just fine. And then I'll remove that keybinding! Once again, the ability to have and customize right-click menus for toolbar buttons is going to be a great feature that will facilitate her adoption. Minimizing complexity and especially distraction in the user interface she sees is the paramount objective.

Jerry

Just a note, Alt+Up has effect for the current session only. If you close and then start again XY, the menu bar will be on screen again.

[Jerry]

Just a note, Alt+Up has effect for the current session only. If you close and then start again XY, the menu bar will be on screen again.

Oh, no! That won't do. It has to be a cross-session setting.
Don, could you consider adding a configuration option or tweak to keep the menu bar hidden between sessions?

Jerry

[serendipity]

Just a note, Alt+Up has effect for the current session only. If you close and then start again XY, the menu bar will be on screen again.

Oh, no! That won't do. It has to be a cross-session setting.
Don, could you consider adding a configuration option or tweak to keep the menu bar hidden between sessions?

Jerry

There is a way to do it with the undocumented sendkeys command added to the XY shortcut's target field. Basically it will run this script when XY is started.

Add this to the target field if alt+up hides the main menu or adjust accordingly to whatever shortcut you have assigned.

Code: Select all

/script="::focus; sendkeys '%{UP}';"

The complete text looks like this:

Code: Select all

C:\Program files\XYplorer\XYplorer.exe /script="::focus; sendkeys '%{UP}';" /ini="myini"

[admin]

Just a note, Alt+Up has effect for the current session only. If you close and then start again XY, the menu bar will be on screen again.

Oh, no! That won't do. It has to be a cross-session setting.
Don, could you consider adding a configuration option or tweak to keep the menu bar hidden between sessions?

Jerry

Yep, I will turn it to a normal remembered setting.

BUT note that when you turn off all KS and hide the main menu, the app is pretty locked. I guess that's what you want for your friend, but not for you.

[TheQwerty]

There is a way to do it with the undocumented sendkeys command added to the XY shortcut's target field. Basically it will run this script when XY is started.

Add this to the target field if alt+up hides the main menu or adjust accordingly to whatever shortcut you have assigned.

Code: Select all

/script="::focus; sendkeys '%{UP}';"

The complete text looks like this:

Code: Select all

C:\Program files\XYplorer\XYplorer.exe /script="::focus; sendkeys '%{UP}';" /ini="myini"

Since SendKeys is undocumented, the Alt+Up shortcut is customizable, and there is the chance, I believe, that XY does not catch the key presses it generates, or worse they trigger another program entirely; I'd recommend replacing that entire script with the command ID, #1061.

[Jerry]

Yep, I will turn it to a normal remembered setting.
BUT note that when you turn off all KS and hide the main menu, the app is pretty locked. I guess that's what you want for your friend, but not for you.

Thanks Don. I'll have the Configuration button on the toolbar. Or maybe assign it to a complex keybinding that is not easily pressed by accident.