Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 99755 - can't edit end of line in mcedit
Summary: can't edit end of line in mcedit
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Heinrich Wendel (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 122768
  Show dependency tree
 
Reported: 2005-07-20 22:37 UTC by Balint Dobai-Pataky
Modified: 2006-04-17 12:56 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Balint Dobai-Pataky 2005-07-20 22:37:24 UTC
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
edited.

Reproducible: Always
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




xfce-extra/terminal-0.2.4
app-misc/mc-4.6.0-r14
xfce-base/xfce4-4.2.2
Comment 1 Balint Dobai-Pataky 2005-07-20 22:44:04 UTC
terminal window does not have to be maximized, 
it has to have a width >151
Comment 2 XFCE Team gentoo-dev 2005-08-13 22:21:49 UTC
I can't reproduce here
Comment 3 Balint Dobai-Pataky 2005-08-14 23:26:36 UTC
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.
Comment 4 Balint Dobai-Pataky 2005-08-15 23:59:59 UTC
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
where. :-(
something common have to be found in xfce/terminal, gnome-terminal and
multi-gnome-terminal.

 equery g multi-gnome-terminal
[ Searching for packages matching multi-gnome-terminal... ]
* dependency graph for x11-terms/multi-gnome-terminal-1.6.2-r1
`-- x11-terms/multi-gnome-terminal-1.6.2-r1
 `-- sys-devel/gettext-0.14.4
  `-- sys-libs/glibc-2.3.5
   `-- 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?
Comment 5 Balint Dobai-Pataky 2005-08-16 01:28:46 UTC
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 lanius@gentoo.org .
thanks.
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2006-04-17 12:56:12 UTC
I can't reproduce this problem with mc-4.6.1, please try that version and report back.