[TC 11.00b1] Cursor position wrong when renaming file

[p.tingen]

Take any file, eg "Example File.txt".
I'll show selected text between square brackets, the cursor as pipe

1. Select a file and press F2 for rename
The whole filename except extension is now selected, cursor is right before the dot: "[Example File]|.txt"

2. Press cursor-right or anything to deselect the selected text. Cursor still before the dot: "Example File|.txt"

3. Press shift+ctrl+cursor-left to select the word "File": "Example [File]|.txt"
Cursor remains right before the dot, whereas it should be right before the selection

4. Press shift+cursor-left to select extra letters at the left
Since the cursor is at the end, the selection gets smaller instead of larger: "Example [Fil]|e.txt"

See all steps in one image: https://i.imgur.com/tPJzwMl.png

Win10, 21H2, build 19044.2846

[white]

Step 1 is not default functionality, but I can confirm the issue.

Alternative step 1:
1. Press Shift+F6 twice.

Probably caused by this change:

03.04.23 Added: In place rename, command line: Stop at more non-alphanumeric characters on Ctrl+Left/Right: \/(),.;=''^+-%&!_[ ]{} (32/64)

[petermad]

Confirmed - this worked as expected in TC 10.52

[ghisler(Author)]

Unfortunately this is impossible: The range is set with EM_SETSEL, but the cursor is always placed at the end of the range, whether you send the left or the right position as the first parameter. Either it stops at the extra characters, or the control handles it and then only stops at a few as in 10.52.

[AntonyD]

The range is set with EM_SETSEL, but the cursor is always placed at the end of the range, whether you send the left or the right position as the first parameter.

Note that you can make the second call to EM_SETSEL with the same start and end position which will set the cursor position to the start of the selection range. If you want to set the cursor position to the end of the selection range, you can use the second EM_SETSEL message with the end position as both the start and end parameters.

[ghisler(Author)]

Unfortunately this doesn't work, I have just tried it: When I do this, the cursor is indeed moved to the start of the selection, but at the same time the selection gets removed.

[ymmv]

My problem is not the cursor position, but the simple fact that if you press Shift+F6 to rename a file like "example file.txt" (which selects all words before the dot), pressing shift-ctrl-cursor_left should deselect the word "file", but now nothing happens. Cursor doesn't move, text isn't deselected.

This worked fine in 10.52 and all previous TC versions.

[AntonyD]

2ymmv

pressing shift-ctrl-cursor_left

and now try to use shift-ctrl-cursor_right and see what is happening....
All problems here is indeed from wrong position of that cursor(((((

[AntonyD]

2ghisler(Author)

Unfortunately this doesn't work

BUT - as I remember and understand - you already made some changes in Delphi/Pascal initial source-files. Maybe it's time to make the same? To find in which *.pas component low-level support of editbox is implemented and patch the moment - in which circumstances and where the cursor should be placed....

but the cursor is always placed at the end of the range, whether you send the left or the right position as the first parameter.

this thing at least this trick can fix imho.

[ghisler(Author)]

No, the trick removes the selection.

[white]

This ahk example seems to work though: https://www.autohotkey.com/boards/viewtopic.php?p=178593#p178593

But I think I read somewhere that it only works for multiline controls.

[ghisler(Author)]

They may be using a rich text control, which seems to support it.

Maybe I should just handle shift+cursor left/right myself too?

[petermad]

Maybe I should just handle shift+cursor left/right myself too?

It seems so, if you want to solve the problem (which I think it should be).

[ghisler(Author)]

OK, I will handle Shift+Cursor left/right myself too (ignore the displayed cursor position and use my own).

Btw, if you dislike the handling of Ctrl1Shift+Arrow, you can disable it via wincmd.ini, [Configuration]
CtrlArrow=0

But please keep it enabled at least for beta 2 to check whether my own handling of shift+left/right works!

[white]

Seems to work OK using TC 11.00 b2 32-bit and 64-bit.