Remapping of certain keys doesn't work in command line

[petermad]

If I remap any Ctrl+Letter combination, then the original command for the key is executed, when I place the cursor is in the command line.

This is an unexpected "feature".

[Sheepdog]

Confirmed.

WXP SP3

sheepdog

[ghisler(Author)]

This may be intentional, I made several exceptions for remappings. I will check it in detail.

[infimum]

This confused me. I mapped Shift+Ctrl+J to something, making sure (Shift+)Ctrl+J isn't listed in the Help file.

Alas, Ctrl+J is reserved! Remapping couldn't override it.

[Sheepdog]

Alas, Ctrl+J is reserved! Remapping couldn't override it.

Although Ctrl+I works like [Tab] - moving the cursor to the other pane, I bet you did not push the check-button to confirm the remappuing of Ctrl+i.

I have remapped it here and it worked like a charm.

sheepdog

[Balderstrom]

Yeah make sure you click the green [checkMark]. I've been using TC for a long time and I almost always forget to do that. I'm so used to every other Dialog where [OK] is the confirmation.

[ghisler(Author)]

I have checked it - indeed many commands are excluded from remapping on the command line. This is necessary because otherwise you couldn't even enter text or select it.

[petermad]

I can understand that editing keys like Ctrl+C, Ctrl+V, Ctrl+X, Ctrl+Y, Ctrl+E, Ctrl+K and Ctrl+T are blocked from being redirected in the command line.

But take for example Ctrl+S - it does the same in- and outside the command line, so why can that key combination not be redirected?

[ghisler(Author)]

In principle it could, but in practice it's too complex to find out what is really important there and what isn't.

[petermad]

Fair enough - but maybe in the next version, add a paragraph in the Help file under "Configuration - Misc." -> "Redefine hotkeys (keyboard remapping)", mentioning that redifinition is not fully supported in command line (or not supported for redifinition of Ctrl+Letter hotkeys).