Hello,
I've changed the keys for opening/closing expandable folders in the list view to <- and -> respectively, so that it's more natural for me to navigate up and down and enter a sub-folder with the arrow keys alone.
Unfortunately, when the focus is on the "Folder Tree" panel, the left and right keys, that used to open/close folders in the "Folder Tree" panel, are now hijacked by the file lister, and they open or close the folder selected in the file lister instead of the one in the "Folder Tree" panel.
Is it possible to ensure that keystokes are cossumed first and foremost by the panel having the focus, and are not hijacked by a panel that doesn't currently have the focus?
TIA.
You might be able to make the hotkey check which panel has focus, but I'm not sure there's a way to make it expand the folder tree's selected folder.
I'd really advise against redefining what the unmodified cursor keys do in the file display. You will break the ability to select things in thumbnails mode via the keyboard if you do that, not to mention the ability to scroll left and right in other modes.
Make sense, even if I personally don't use views other than the detailed view.
Alas, reverting those keys to ALT+down (expand) and ALT+up (collapse) respectively as mentioned in the documentation ( Expandable Folders [Directory Opus Manual] (dopus.com)), I am now screwed with an conflict that I have no idea how to resolve !
Any help with this one would be appreciated.
TIA.
To resolve the conflict, edit one or other of the listed entries and change the key assignment.
What an idiot I am. I had the false memory that the GO UP function was originally binded to ALT-UP, when in fact it was binded to BACKSPACE - So there was no conflict in the original configuration.
I have since solved my original problem by adding key bindings for expand/collapse in the Folder Tree section:
in addition to the same key bindings for expand/collapse in the lister section:
This still prevents me from using the cursor keys to navigate in icons and thumbnails views - but that's ok for me, since I always use the details view.
If only there were a setting to disable expandable folders in these non-vertical views ...