[TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F5
Moderators: Hacker, petermad, Stefan2, white
[TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F5
Until TC 11.02, when I copy a new file with SHIFT-F5, then TC moves the cursor position to new copied file.
However, TC11.03 does not move cursor, and it is still on the source file.
I prefer the operation of TC 11.02.
How can I solve this problem ?
Is there any configuration setting ?
However, TC11.03 does not move cursor, and it is still on the source file.
I prefer the operation of TC 11.02.
How can I solve this problem ?
Is there any configuration setting ?
Last edited by pokapolo on 2024-02-25, 11:14 UTC, edited 2 times in total.
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F4
2pokapolo
Maybe, SHIFT+F5?
Behavior changed in TC11.03RC3.
Maybe, SHIFT+F5?
Behavior changed in TC11.03RC3.
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F4
Yes, SHIFT-F5 (F4 is mistype, sorry).
Thank you for your answer.
The older behavior is better for me, but somebody feels not.
I think it is better to make it configurable.
Thank you for your answer.
The older behavior is better for me, but somebody feels not.
I think it is better to make it configurable.
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F4
You can edit the first post and change it. Changing the subject of the first post will also change the topic title.
There is no mention in HISTORY.TXT of this change, so I assume the change is unintentional.
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F4
I can confirm the change from TC 11.03rc3 and forward.
the only change I see in the history for TC 11.03rc3 about copying is:
the only change I see in the history for TC 11.03rc3 about copying is:
but I do NOT use AlwaysCopyInBackground=1history.txt wrote:26.01.24 Fixed: Copy in background (AlwaysCopyInBackground=1) would incorrectly move the caret (cursor position) in the source panel (32/64)
License #524 (1994)
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
- ghisler(Author)
- Site Admin
- Posts: 50390
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F4
Yes, that's the change which caused it - TC tries to stay on the file before moving files, and copying and moving share the same function.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F5
Can you make old behaviour is optional
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F5
I'm a heavy user of using shift+F5 for making a new version of a file I'm about to edit. This "new feature" just caused me to loose an important file as I edited the original instead of the new file... Any way to get the old behavior back? (apart from running an older version...)
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F5
I don't think there are any difficulties in comparing copying and moving. Surely there is a flag by which it is possible to easily distinguish one from the other. The author most likely meant that the described behavior for both operations occurred unintentionally.
How can it cause loss if it’s copying, not deleting?Olfert wrote: 2024-03-12, 12:28 UTC This "new feature" just caused me to loose an important file as I edited the original instead of the new file...
Overquoting is evil! 👎
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F4
2ghisler(Author)ghisler(Author) wrote: 2024-02-25, 10:19 UTC Yes, that's the change which caused it - TC tries to stay on the file before moving files, and copying and moving share the same function.
Please restore the previous behavior - optionally if there is not other way.
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F5
It's part of a well choreographed keyboard routine with years in muscle training:
When I am about to make changes to a file, I first make a new version (using the shift-F5). Then I hit enter to edit the file (file opens in the associated program).
Then after finishing the edit of the new file I often delete the original. But in this case I wasn't happy with the edit (which was happening to the original file this time) and after closing the edit I deleted the new copy (which was the unedited version this time) and ended up with an edited "original" file.
Does that make sense?
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F5
Strange behavior to edit files.Olfert wrote: 2024-03-13, 09:48 UTC When I am about to make changes to a file, I first make a new version (using the shift-F5). Then I hit enter to edit the file (file opens in the associated program).
Then after finishing the edit of the new file I often delete the original. But in this case I wasn't happy with the edit (which was happening to the original file this time) and after closing the edit I deleted the new copy (which was the unedited version this time) and ended up with an edited "original" file.
Does that make sense?
Every useful editor makes backups of the edited file.
So there should be no need to first make a copy.
Windows 11 Home, Version 24H2 (OS Build 26100.3915)
TC 11.51 x64 / x86
Everything 1.5.0.1391a (x64), Everything Toolbar 1.5.2.0, Listary Pro 6.3.2.88
QAP 11.6.4.2.1 x64
TC 11.51 x64 / x86
Everything 1.5.0.1391a (x64), Everything Toolbar 1.5.2.0, Listary Pro 6.3.2.88
QAP 11.6.4.2.1 x64
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F5
The "editor" is Indesign. So no backup after editing...Horst.Epp wrote: 2024-03-13, 10:27 UTC Strange behavior to edit files.
Every useful editor makes backups of the edited file.
So there should be no need to first make a copy.
- and that is beside the point that a valuable feature (at least for me) has changed in TC.
Last edited by Olfert on 2024-03-13, 12:21 UTC, edited 1 time in total.
Re: [TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F5
Please be sure to restore this option or make it configurable. For so many years, I got used to the fact that after copying a file under a new name, the cursor was on the new file and I always reflexively opened it with the enter key. Due to this change, I have already lost my job several times (including a fragment of the book I am writing) because I was editing the wrong file... 
