Bug: Shift+f10 in lister shouldn't close the window

[mad]

The shift+f10 quickkey is usually used to open the right-click menu.
In Lister, it does close the window instead, whereas Esc and f10 already do that.
This disables the macro recording using keyboard only :^(
(found in TC 6.01 and 5)

[Hacker]

Well, Shift-F10 is simply F10 with Shift pressed, and I don't think TC (Lister) checks if there's nothing else apart from F10 pressed... tried with Ctrl-Alt-Shift-F10?

Roman
P.S.: Not sure if this is a useful post...

[ghisler(Author)]

Indeed Shift+F10 isn't currently handled in Lister - I will add it to my wish list.

[IGL]

Thank you Mr Ghisler.

2mad
However, what should appear on that list? Any ideas or suggestions? There is no context menu in lister. (for text files or rtf)
But maybe there is a context menu if there are some plug-ins installed?
// It probably unnecessary: someone want to access lister's main menu use Alt+Space -- but is's probably not the intention of user mad

[ghisler(Author)]

There is a context menu in lister for
- copying selected text
- copying URLs in HTML view

[Dark One]

Indeed Shift+F10 isn't currently handled in Lister - I will add it to my wish list.

I don't think it should be handled globally. Handle it inside controls that you use to display raw text, hex, unicode and html. Let plugin authors handle it in their windows themselves.

[mad]

The shift+f10 quickkey is usually used to open the right-click menu.

I meant that this is the standard behavio(u)r in Windows, according to the Microsoft developer GUI Guide (from 3.0 to XP). Being a user using much more the kbd instead of the slowering-device called mouse, I think this standard* behaviour should be kept.
Thank M. Ghisler to have added it to the wishlist :)
2Dark1: Of course any plug-in shoud handle it its own way, as the 1-7 keys, which are not always handled as the standard lister).
2IGL: Alt+space gives the standard system menu, but it doesn't allow access to the contextual menu. Only Shift+f10 does that.

* standard: f2 is not a standard for me then, for historical reasons. Renaming under winfile wasn't made via f2, afaik.

[IGL]

I sign under the wish "Let Shift+F10 be handled by lister".
I also agree with DarkOne: "Handle it inside controls that you use to display raw text, hex, unicode and html. Let plugin authors handle it in their windows themselves."

For now there is some imperfect workaround:
I you have Win Keyboard - use the "context menu" button - it is the one being usually on the righ side of the right Windows key.
Alternatively - in ControlPanel in "Accessibility" (or something like that) there is a tab Mouse and you can use function "Mouse Keys" - to use numerical key as a mouse substitue. With 12346789 keypad keys you emulate mouse moves, 5 is a mouse click and "/" "*" "-" define which mouse button is pressed. "0" "." "+" are button press , release or double click
But I still agree that Shift+F10 would be good thing to have.

[white]

2ghisler(Author): Is this still on your wish list?

Why F10 for close? Is there a historical reason for that?

[J.A. Gruys]

F10 = Close was in the Norton Commander for DOS since the eighties, and WindowsCommander = TotalCommander started as an imitation (or rather continuation) of it for Windows3.1.

JAG

[StatusQuo]

In Lister, it does close the window instead, whereas Esc and f10 already do that.

F10 seems to do that only when no plugin is active, the same for Shift-F10.
If SGViewer (i.e.) is displaying a picture file in Lister, F10 activates the menu (like Win standard), the same for Shift-F10 (not Win standard).

I don't think it should be handled globally. Handle it inside controls that you use to display raw text, hex, unicode and html. Let plugin authors handle it in their windows themselves.

Fully agree, i.e. SGViewer has lots of useful features in its own centext menu.

[petermad]

F10 seems to do that only when no plugin is active, the same for Shift-F10.

That depends on the plugin. I have plugins that ignore BOTH F10 and Shift+F10 (TTFViewer.wlx, Font.wlx, SGViewer.wlx, ICLView.wlx, mmedia.wlx, swfll.wlx, fileinfo.wlx), I have plugins that ignore F10, BUT show the content menu with Shift+F10 (IMGView.wlx, tcCld.wlx, wlx_eml.wlx, ieview.wlx, IniEd.wlx) and I have plugins that closes lister when presing F10 AND Shift+F10 (Imagine.wlx).

If SGViewer (i.e.) is displaying a picture file in Lister, F10 activates the menu (like Win standard), the same for Shift-F10 (not Win standard).

Not here! - in my TC SGViewer (1.9.1) ignores F10 and Shift+F10...

[Sheepdog]

F10 = Close was in the Norton Commander for DOS since the eighties, and WindowsCommander = TotalCommander started as an imitation (or rather continuation) of it for Windows3.1.

JAG

But WC/TC never closed at F10- not even in the version Windows Commander 1.12e

sheepdog

[white]

2ghisler(Author): Is this still on your wish list?

Is it? And can you add Windows menu key support?