There are some visual differences between 32-bit and 64-bit, but they act in the same way.
In the Multi-Rename Tool, clicking below the last item seems to place the focus at the end of the list, below the last visible item in the list. Pressing the Up key then causes the last item in the list to become selected.
In Synchronize Dirs, clicking below the last item results in the last item being selected, but the blue background of the previously selected item persists. Pressing the Up key selects the second-to-last item.
ghisler(Author) wrote: 2025-06-09, 08:21 UTC
Sorry, I will not change this behaviour. There will always be some slight differences between 32-bit and 64-bit.
Regardless of the differences, when clicking in the area below the last row, the focus should not shift to a non existing row below the last row. Either don't change the focus, or properly set focus to the last row. It creates weird behavior and a clear bug as shown on these screenshots of 32-bit TC.
Moderator message from: white » 2025-06-09, 10:46 UTC
Moved topic
» from TC Behaviour which will not be changed to TC11.x bug reports (English)
Unfortunately this is a misfeature somewhere deep in the Delphi component library. So far I could not find the reason why it happens. I will try to intercept the mouse click somehow.
Can you give me more details, please? When I click below the preview in 64-bit multi-rename, nothing happens at all.
The background color stays to indicate the current item, which is relevant e.g. for preview in the "[=?] Plugin" dialog.
Can you give me more details, please? When I click below the preview in 64-bit multi-rename, nothing happens at all.
The background color stays to indicate the current item, ...
That's the same as with 32-bit TC, isn't it? What I am referring to is that for cursor movement and row movement using the keyboard, that's no longer the current item. What happens in the screenshots I gave for 32-bit TC, also happens when using 64-bit TC. When you press Shift+Up, the first and second row become the same. When pressing Up instead (cursor movement only), the cursor jumps to the last item (second to last for synchronize dirs).
What happens in the screenshots I gave for 32-bit TC, also happens when using 64-bit TC. When you press Shift+Up, the first and second row become the same.
Confirmed - that is definitely a bug
License #524 (1994)
Danish Total Commander Translator
TC 11.55rc4 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1393a
TC 3.60b4 on Android 6, 13, 14 TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Also the bug leading to changing the content of a row when pressing Shift+Up after having clicked below the last item - as showed in the last screenshot here: https://i.ibb.co/4gZpNBf6/TC1155rc5-mrt-focus-bug.png is fixed.
License #524 (1994)
Danish Total Commander Translator
TC 11.55rc4 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1393a
TC 3.60b4 on Android 6, 13, 14 TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
petermad wrote: 2025-06-11, 11:27 UTC
Confirmed fixed in TC 11.55rc6
Also the bug leading to changing the content of a row when pressing Shift+Up after having clicked below the last item - as showed in the last screenshot here: https://i.ibb.co/4gZpNBf6/TC1155rc5-mrt-focus-bug.png is fixed.
Confirmed.
Moderator message from: white » 2025-06-11, 13:32 UTC
Moved topic
» from TC11.x bug reports (English) to TC Fixed bugs