editing any file in mcedit in a maximized xfce-extra/terminal window for lines
longer then screenwidth i can't get to the end of those lines
cursor stops at the last character and can't go behind it. if ' try to edit ath
that poin the screen messes up, the last character of the current line shows up
at the begining of the line, other lines are not scrolled horizontally with the
Steps to Reproduce:
1. open up xfce-extra/terminal, maximize it
2. open any file with mcedit
3. try to edit the last character of a line longer than screen width
terminal window does not have to be maximized,
it has to have a width >151
I can't reproduce here
i can reproduce something like it even in gnome-terminal here.
if the line is longer than the critical length (currently testing on a line 137
chars width) cursor in mcedit in gnome-terminal can go till position 130 but
shows 137 as current column at the header of mcedit.
when i try to edit there it enters the char at the end of the line, and cursor
jumps there, and it looks like it should.
i just emerged multi-gnome-terminal, since that's my favorit for years now.
it does the same trick.
so this report should go to somewhere else, not xfce/terminal, but i don't know
something common have to be found in xfce/terminal, gnome-terminal and
equery g multi-gnome-terminal
[ Searching for packages matching multi-gnome-terminal... ]
* dependency graph for x11-terms/multi-gnome-terminal-1.6.2-r1
`-- sys-kernel/linux-headers-2.6.11-r2 (virtual/os-headers)
[ x11-terms/multi-gnome-terminal-1.6.2-r1 stats: packages (4), max depth (3) ]
i checked both gnome-terminal and xfce/terminal depend on both gettext and glibc,
so this bug probably may be reasigned to one of those?
so i tested it without X on a 80x25 mcedit session, and have the same problem,
so i think this bug should be reasigned to mc/mcedit.
so please xfce team reasign this bug to email@example.com .
I can't reproduce this problem with mc-4.6.1, please try that version and report back.