Maybe a bug of commandline control
Moderators: Hacker, petermad, Stefan2, white
Maybe a bug of commandline control
Situation:
1 Two shortcuts are assigned already, for folder-navigation purpose:
LEFT=cm_GoToParent
RIGHT=cm_GoToDir
2 The cursor is focused in the commandline
3 Press the key "left arrow" or "right arrow", intended to move the cursor foward/backward
Result:
TC still execute the navigation function, i.e, pressing the key "left arrow" /"right arrow" results in going out/in the current folder.
If this can be called a bug, then it is a versions-last bug, at least on this situation.
Wish it be fixed in V7.
With Regards!
1 Two shortcuts are assigned already, for folder-navigation purpose:
LEFT=cm_GoToParent
RIGHT=cm_GoToDir
2 The cursor is focused in the commandline
3 Press the key "left arrow" or "right arrow", intended to move the cursor foward/backward
Result:
TC still execute the navigation function, i.e, pressing the key "left arrow" /"right arrow" results in going out/in the current folder.
If this can be called a bug, then it is a versions-last bug, at least on this situation.
Wish it be fixed in V7.
With Regards!
Sir_SiLvA wrote:this is no bug if u change the behaviour of the cursorkeys u cant expect anything else.
No, I don't think so. Since F3/F4/F5 etc. work in this situation, actually the present program codes neglect the mode-determination. Such keyboard shorcuts should be masked if the cursor is not focused on the Panel("TMyListBox"?), I think.
BTW, if u have had a try of this navigation style, u wouldn't raise this suggestion -- Faster and more convenient than the default Enter/BackSpace.
zhv,

But there have been proposals to ignore command redefinition in the command line in the past.
Roman
It actually quite spoils the navigation in Brief mode.BTW, if u have had a try of this navigation style, u wouldn't raise this suggestion -- Faster and more convenient than the default Enter/BackSpace.

But there have been proposals to ignore command redefinition in the command line in the past.
Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.
...and it spoils moving the horizontal scrollbar.
Of course, with AHK such special wishes can be solved in a second. No problem to ignore Left/Right remapping in command line.
But, I am sure, one day TC will offer control and window specific hotkeys, maybe in 10 years or so.
Icfu
Of course, with AHK such special wishes can be solved in a second. No problem to ignore Left/Right remapping in command line.
But, I am sure, one day TC will offer control and window specific hotkeys, maybe in 10 years or so.
Icfu
This account is for sale
to Hacker:
The thread I've read was ....
Strange, I can't find it again....
It's on the same topic, keyboard remapping.
I've studied Icfu's AHK solution, it's workable but not convenient: when you start TC, you have to run the scripted or compiled AHK too.
OK, it seems that I have to bear it(10 years?), and I've learned to solve this problem by mouse click on the commandline.....
The thread I've read was ....
Strange, I can't find it again....
It's on the same topic, keyboard remapping.
I've studied Icfu's AHK solution, it's workable but not convenient: when you start TC, you have to run the scripted or compiled AHK too.
OK, it seems that I have to bear it(10 years?), and I've learned to solve this problem by mouse click on the commandline.....
zhv,

Roman
Well, AHK runs always in background, so that shouldn't be a problem.it's workable but not convenient: when you start TC, you have to run the scripted or compiled AHK too.


Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.
@zhv:
There is no reason why AHK scripts that contain only hotkeys should not run in the background, like Hacker said. Just add all your hotkeys to autohotkey.ini and let AHK start with your computer.
Alternatively you can start TC and all TC related scripts in one AHK-script and automatically close the hotkey script when TC closes. No need to start anything "separately" here at all. AHK is for making your computing experience much more comfortable, not the opposite.
Icfu
There is no reason why AHK scripts that contain only hotkeys should not run in the background, like Hacker said. Just add all your hotkeys to autohotkey.ini and let AHK start with your computer.
Alternatively you can start TC and all TC related scripts in one AHK-script and automatically close the hotkey script when TC closes. No need to start anything "separately" here at all. AHK is for making your computing experience much more comfortable, not the opposite.

Icfu
This account is for sale