different cursor behaviour after removing a selection

[StatusQuo]

I found some "special" cursor behaviour in inplace rename:

• - Shift-F6, Shift-F6, Cursor-right: selection is removed, cursor does not move

I don't know if I like this or not (will have to get used to it).
But what I don't like is different behaviour in similar positions:
The cursor while removing a selection behaves normal here:

• - Shift-F5, Shift-F5, Cursor-right: selection is removed, cursor does (!) move
  - Alt-F5, ...
  - F5, ...
  - F6, ...

[ghisler(Author)]

Indeed this is intentional - Shift+F6 is a custom control in which I have added this as a special feature. So far Shift+F5 opens a new dialog box with a standard edit control, where I can't add this feature without major changes to the program.

[StatusQuo]

Can this optionally be switched to standard behaviour in Shift-F6, already?

Until now I automatically press Cursor-right+left shortly after each other, like I would in other dialogs. Getting used to it seems not easy, especially when it's different to other dialogs/edit boxes even in the same program.

If I can't tell the effect of a key without watching the screen for the result after pressing, this slows me down or produces flaws.

So currently I'd prefer to have the cursor moved normal here, too, like in standard dialogs and the rest of TC.



BTW:
I understand that this is emulating the behaviour of the cursor on the very right end of the name (where Cursor-right can't do anything, too).
But without thinking of this it seems inconsistent in itself, because Cursor_right does not move it, but Cursor_left does.

[StatusQuo]

Can this optionally be switched to standard behaviour in Shift-F6, already?

I assume no answer means no, there isn't?

it seems inconsistent in itself, because Cursor_right does not move it, but Cursor_left does.

Suggestion to solve this and give more functionality to F5/F6:
after selecting a file's name only (without path or extension),
there actually seems to be no way to jump to the begining of the name (between path & name).

If key Cursor_left would place it left to the selection,
(with Cursor_right behaviour unchanged, moving it to the right of the selection),
this would (IMHO) be more consistant and more functional.

MS Wordpad does this the same way, also TextPad does.

[StatusQuo]

- Shift-F6, Shift-F6, Cursor-right: selection is removed, cursor does not move

I don't know if I like this or not (will have to get used to it).

Indeed this is intentional - Shift+F6 is a custom control in which I have added this as a special feature. So far Shift+F5 opens a new dialog box with a standard edit control, where I can't add this feature without major changes to the program.

I meanwhile think it's really more disturbing than useful, because it's different to other programs and even TC itself.

Is there a way I can turn off this behaviour?