[Konsole-devel] [Bug 188528] konsole's history adds spaces to end of lines when copying text

[Mark Martinec]

https://bugs.kde.org/show_bug.cgi?id=188528

--- Comment #139 from Mark Martinec <Mark.Martinec at ijs.si> ---
> Running applications are issuing commands to konsole using VT102
> protocol. In the most simplest mode of operation it is a stream of
> characters to be written on the screen [...]. However applications like
> mcedit makes greater use of VT102 - they issue commands to move
> cursor around the screen or erase portions of screen.

As someone with an intimate familiarity with VT / ANSI character cell
terminals, writing applications and screen handling libraries under VMS
more than twenty years ago, I feel qualified to comment on the following  ;-}

> Opinions may vary and we need more feedback. It can be viewed as a bug
> in my idea arguing that mcview/mcedit bahavior is correct saving bandwidth
> and only rewriting parts of screen which needs to be visually different [...]
> Or it can be viewed as mcedit/mcview bug that it should print real and exact
> contents of viewed or edited files with exact indentation (spaces vs. tabs)
> instead of simply moving cursor [...]
> I'm still thinking that it would be better if mc developers change it's behavior

Considering that an escape sequence to erase or to reposition a cursor
can be several characters long, it used to be very common for example
to write a couple of spaces in order to erase some previous contents of
a screen, or to reposition a cursor by a few positions by re-writing the
same contents.

One cannot assume that the (insert here an application or a screen library of
your choice) to be the only application behaving this way. It is not realistic
to
expect existing applications to adapt to some peculiarity of a (future) VT
terminal
emulator, so I think it is only realistic to concede and trim trailing space
when
copying to a clipboard.

-- 
You are receiving this mail because:
You are the assignee for the bug.