Scroll Lock

[MaxX]

Please, add Scroll Lock support to TC.
We really need such a function to work same way as in MS Excel.
You may say that we should use mouse-wheel for this, but we really can't use it (no mouse on workstation) and need to scroll up or down without loosing cursor on the file.

p.s.
We really expect this function to be implemented as quick as you can.

[LonerD]

Support.

But it will be great add cm-command for such scrolling too. Without on-off ScrollLook.
For example Up\Down - Standart navigation, Win+Alt+Up\Down - user's shortcut for navigate one position up-down without cursor moving.

[umbra]

I like the idea. Sometimes, scrolling a file panel with a keyboard would be really handy.

However I'm not sure, what keys should be used for that. ScrollLock is not very convenient and it's missing on some new keyboards altogether. Ctrl+Up/Down is a kind of new standard for this functionality nowadays, but TC already uses that combination for something else.

Maybe the best solution would be to add internal commands for scrolling up, down and also sideways and let users associate them with whatever key combinations they want.

[karlchen]

Sorry, guys.

Seems as if I totally miss the point of what you are talking about.
In order to scroll through file lists you can use cursor up and cursor down or page up and page down.
So what should Scroll Lock do that the existing keys cannot do?

Karl

[umbra]

2karlchen
Scrolling without changing cursor's position. Something like using scrollbars with mouse, but without the mouse.

[petermad]

Support++

Since Scroll-lock is frequently missing on many keyboards, as already pointet out - especiallly on labtops - I suggest to use the Win key as modifier:

Win+UpArrow
Win+DownArrow
Win+LeftArrow (for horizontal scrolling)
Win+RightArrow (for horizontal scrolling)
Win+PgUp
Win+PgDn
Win+Home
Win+End

If additionally activating Scroll-lock (when available) would make all the same keys work as if the Win-key was pressed, then it would be fine.

Also cm_commands for all the same functions should be available for individual remapping.

[HolgerK]

Win+UpArrow
Win+DownArrow
Win+LeftArrow (for horizontal scrolling)
Win+RightArrow (for horizontal scrolling)
Win+Home

These hotkeys are global desktop windows management hotkeys in Windows 7:
- <W+Up> Maximize current
- <W+Down> Minimize current
- <W+Left/Right> Max to Left/Right half side
- <W+Home> Show/Hide all but current
and not usable in Windows 7.

Anyway, i support additional cm_commands.

Regards
Holger

[MaxX]

2All
Just noticed that all these keys do nothing TC and look like free:
Alt+Shift+Up
Alt+Shift+Down
Alt+Shift+Left
Alt+Shift+Right
Alt+Shift+PgUp
Alt+Shift+PgDn
Alt+Shift+Home
Alt+Shift+End
And no win-key needed...

These hotkeys might be also used in parallel with original suggestion.

[petermad]

These hotkeys are global desktop windows management hotkeys in Windows 7:
- <W+Up> Maximize current
- <W+Down> Minimize current
- <W+Left/Right> Max to Left/Right half side
- <W+Home> Show/Hide all but current
and not usable in Windows 7.

Arrgh, that's right - then I see no other solution than using double modifiers like Ctrl+Alt.

Or make a Scroll-lock solution, but make it a configurable cm_command, so it can be remapped for keyboards without a Scroll-lock key.

Just noticed that all these keys do nothing TC and look like free:
Alt+Shift+Up
Alt+Shift+Down
Alt+Shift+Left
Alt+Shift+Right
Alt+Shift+PgUp
Alt+Shift+PgDn
Alt+Shift+Home
Alt+Shift+End

Well, some of these combinations do the same as Shift+Key (without Alt presed), that is: they select one or more files, or set focus to the command line. Only Shift+Alt+Home and Shift+Alt+End seems to be inactive.

Also Shift+Alt is Windows' default for toggeling keyboard layout - so there is a risk of inadvertently changing keyboard layout.

But Ctrl+Alt+Key doesn't seem to do anything presently. And personally I find it a little easier to press Ctrl+Alt than Shift+Alt.

[Balderstrom]

AutoHotkey

Code: Select all

#IfWinActive ahk_class TTOTAL_CMD

^!Up::Send, {WheelUp}    ; Ctrl+Alt+Up
+!Up::Send, {WheelUp}    ; Shift+Alt+Up
^!Down::Send, {WheelDown}
^!PgUp::Send, {WheelUp 20}
^!PgDn::Send, {WheelDown 20}

#IfWinActive

[LonerD]

Balderstrom
Scroll down one line and move cursor one line.
Script on hotkey Win+Alt+Down

Code: Select all

#NoTrayIcon
SendMode Input

#IfWinActive ahk_class TTOTAL_CMD
Send {DOWN}
ControlGetFocus, control, A
SendMessage, 0x115, 1, 0, %control%, A

ExitApp

Click Win+Alt, then Down... Down... Down... But work only first clicking. Where error?

[Balderstrom]

@LonerD

If you want to move the cursor, and scroll the line - as if using the scroll wheel --- then you should either
1) Check if a Panel is the active control, if not then sending {TAB} will usually suffice to get the cursor back into the previous panel ---
if a panel is still not active, then a blocking control e.g. Find Files
or the like is active -- in that case, fail the hotkey.
2) OR just fail the hotkey if a panel isn't active.


What you are doing, is getting the active control --- which wont necessarily be a File Panel, and when you click first it activates the panel, thus making your controlgetfocus get the proper control.


Also pressing the WIN key might be removing focus from the currently active program. as the Win-key by itself (down/up) will activate the Start-menu.

Further the "Alt" key pressed in TC - if it's not assigned to QuickSearch, activates the FileMenu's above.

Thus it is generally (in these cases) better to define the Hotkey with AHK instead of TC, and you are able to avoid almost all of those quirky issues.

You could also query the active control with a WM_SENDMESSAGE among a few other 'tricks' to find what the last active panel (or current active panel) is.

The OP requested scrolling with the keyboard without losing focus on the File, which I thought to mean, do not actually move the cursor off of the currently selected file. Although it could mean (I suppose) scroll the file-cursor the same amount as you are scrolling the file-view... Except that can run into oddities - like when you can no longer scroll down the file-view, but the cursor keeps going down to the next+ file.

[MaxX]

Script on hotkey Win+Alt+Down

External script is NOT the soluton.
Such feature is needed to be internal.

[Balderstrom]

External Script is almost always the solution, because requests like these don't get implemented.

[umbra]

2Balderstrom
Yes, hacking is always a "solution", but it should be used only as a last resort, because of its disadvantages. And in this case, I don't see a reason why not implement this feature natively in TC. As your code snippet shows, the idea behind its implementation is rather simple.