Lister: cursor after last char

[JFierce7]

There is an "invonvenience" viewing the last char of long lines.

If wrap is on, and line length is below, and not nearly equal, the configured maximum everything is okay.

If wrap is off, or line length equal or above the configured maximum, scrolling (cursor right) or jumping (cursor end) stops before the last character in the line. This is especially annoying because the last char cannot be copied to the clipboard.

The problem gets worse if a line contains tabs. But this is another bug and will be reported another time.

[petermad]

2JFierce7

or line length equal or above the configured maximum

Do you mean the fixed maximum of 255 chars?

I assume you are referring to viewing in the "Text only" (1) mode?

[ghisler(Author)]

I don't understand this problem. Can you send me a small sample file and instruct me in which line I have to scroll to the end, please?

[JFierce7]

Seems like I mixed it up a bit (it's quite confusing to have wrapped lines if wrap is off and lines are longer than 255 chars <sigh>).

Write this line (60 chars) to a file:
123456789012345678901234567890123456789012345678901234567890

Set "chars per line" to 59, turn on wrap. View the file. Lister breaks the last '0' to the next line.
Go to the most left '1'. Press 'End' key. The cursor will jump before the last '9'. Cursor right will go to the next line.

That means, you cannot mark and copy the '9'.
And as I wrote before, the problem gets worse, if the line contains tabs. As I wrote in another report, in this case you cannot even see the last char (depending on setting of "chars per line" and window size), and you therefore don't know, that you are missing characters.

Please tell me, if this was more understandable.

[petermad]

2JFierce7

Set "chars per line" to 59, turn on wrap. View the file. Lister breaks the last '0' to the next line.
Go to the most left '1'. Press 'End' key. The cursor will jump before the last '9'. Cursor right will go to the next line

Confirmed.

That means, you cannot mark and copy the '9'.

Not confirmed. If you only want to copy the last "9" just press end, then hold down Shift and press right arrow once. Now "9" is marked and you can copy it. But you can not include the last "9" in a selection by just pressing Shift+End (as in a normal text editor) when wrap is on - you have to press arrow right as the last step.

[JFierce7]

Not confirmed. If you only want to copy the last "9" just press end, then hold down Shift and press right arrow once. Now "9" is marked and you can copy it. But you can not include the last "9" in a selection by just pressing Shift+End (as in a normal text editor) when wrap is on - you have to press arrow right as the last step.

Indeed. That's really strange.
By no means it is possible to set the cursor exactly after the '9'. Apparently, Shift-Right marks everything between the old and the new cursor position, which now includes our precious '9'.

[ghisler(Author)]

This happens because the position after the'9' is the same location in the file as the beginning of the next line. The same restriction can be seen in binary and hex view...

[Hacker]

Pity, I just stumbled upon the same inconvenience. However, it happened in the Binary mode (2).

Roman

[JFierce7]

Well, I'm still not sure whether this is considered a feature, a bug or by design.
I'd say it's a bug - last not least because it is very much unexpected behaviour.

[Edit]Okay, I found this posting via search and send another answer. Now I saw the special forum title... Nevertheless, I think this should be fixed. Maybe in a future version.[/Edit]