[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: M-x term and fringe problem

From: Mark Plaksin
Subject: Re: M-x term and fringe problem
Date: Mon, 05 Apr 2004 18:57:18 -0400
User-agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux)

address@hidden (Kim F. Storm) writes:

> I have just installed a fix to CVS; pls test if it fixes these problems.
> Part of the fix is to turn off overflow-newline-into-fringe in the
> term buffer, but I also had to fix the window width calculation.

That works great!  Thanks!

It also seems to have partially resolved another problem I am having.
Previously, if I started a term, typed a line that wrapped around to the
2nd line, and then hit C-u, I'd end up with my prompt on the 2nd line
instead of the first and and possibly (I can't recall) some of the text
I had typed after my prompt.  This *only* happened if I used enough of
the second line when typing the command.  The second line had to be
nearly full before the problem would occur.

I can't reproduce that on the first line of a term any more but I can
produce a similar problem like this:

- emacs -q
- M-x term
- RET ; to accept bash as the shell
- Type 'echo hhhhhhhhhhhhhhhhhhh' with enough h's so the cursor is one
column away from the right fringe and hit return
- Hit the up arrow to recall the previous command and type some more
h's so that the command wraps to the next line, then hit C-u.

I end up with the prompt on the third line instead of the second and
the part of that line after the prompt doesn't get erased as it
should.  At this point, the 2nd line looks just like it did before I
hit C-u.

When I looked at this before, I thought the problem was in term-down.
It didn't seem to be correctly accounting for the difference between
the number of columns in the Emacs window and the number of columns in
the command on the command-line in term.  But I don't understand what
term-down is trying to do.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]