Lister; mouse and line selection in binary view

[browny]

TC 11.56 64-bit in Windows 11 25H2
TC 11.55 64-bit in Windows Canary 26H1
Open a file, switch to Hex view.
Place mouse cursor to the left of the address in the first line.
That is, on the left of 00000000:.
Press and hold the left button, move the mouse down staying on the left side of the address column, and select some lines.
The last two bytes in each line would not be selected, both in binary and text.

Doing almost the same but on the right of the address column draws selection correctly.

[petermad]

Open a file, switch to binary view

I think you mean Hex view?

Otherwise confirmed, but it is kind of random how many lines are affected, some times only the fist, sometimes several consecutive, and sometimes random

[browny]

Corrected. Thanks, petermad.

[AntonyD]

2browny
viewtopic.php?t=86519
Just read this and you'll catch yourself thinking it's the same thing: There is a MASSIVE problem of incorrect handling
of this data representation type. Your mistake is just a special case of a general problem.

[ghisler(Author)]

Please start the selection either in the hexadecimal area or in the text area, and you will not have any problems. I will add some code to catch this.

[yong]

Please start the selection either in the hexadecimal area or in the text area, and you will not have any problems. I will add some code to catch this.

Currently the cursor is shown as an I-shaped beam everywhere in the hexadecimal view, the user will assume that they can start a selection with the mouse wherever they want.

A better design is to follow the Windows norm: change the cursor to a regular arrow shape in the address area, so that no selection can be made; change the cursor to the beam when the mouse is moved to the hexadecimal or text area, where selection is possible.

[AntonyD]

And an even better solution would be to use a completely different component - one that would have been developed
and maintained a long time ago. As it stands, the current implementation has all too obvious flaws and childish errors...
HEX browsing cannot be as simple as the current implementation tries to make it look.

[browny]

Please start the selection either in the hexadecimal area or in the text area

In debugger it is commonly possible to copy data with addresses.
For Lister this might be too rare and specific thing, so I am not posting a feature request; but selection is expected to be drawn properly or there should be no selection at all if attempted in wrong area.

[white]

.. but selection is expected to be drawn properly or there should be no selection at all if attempted in wrong area.

Did you miss this:

.. I will add some code to catch this.

[ghisler(Author)]

This should be fixed in Total Commander 11.57 beta 1, please check it!

15.02.26 Fixed: Lister, hex view: Starting selection by holding mouse down to the left of the hexadecimal values would result in wrong start position (32/64)

[petermad]

Confirmed fixed in TC 11.57b1

[white]

Confirmed fixed in TC 11.57b1

Confirmed.

[ghisler(Author)]

Moderator message

Moved to fixed bugs