help-gnu-emacs
[Top][All Lists]
Advanced

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

Re: cursor/tab/highlighting problems in gnome-terminal


From: Dan Davison
Subject: Re: cursor/tab/highlighting problems in gnome-terminal
Date: Tue, 15 Jul 2008 12:19:29 +0100
User-agent: Mutt/1.5.18 (2008-05-17)

On Mon, Jul 14, 2008 at 08:34:11AM +0900, Miles Bader wrote:
> adamsonj@email.unc.edu (Joel J. Adamson) writes:
> > Also, xterm is a highly under-rated terminal emulator, and is very
> > configurable (give the man page a look).
> >
> > Perhaps your problem is in how you choose to set things up, rather than
> > a real Emacs problem?
> 
> gnome-terminal is a very capable terminal emulator though, and runs
> emacs fine as far as I can tell.
> 
> [The original report is quite confusing, so it's very hard to tell
> exactly what the problem even is...]

Fair enough! Let me try to give a concrete example. I have a buffer in
Emacs-Lisp mode, and type the characters

'(defun'

fine. Now I try to add a space after the n. In stead of the (yellow)
cursor moving on and shopwing space between iteself and the 'n', I get
a yellow block two characters wide. Now I examine exactly what sort of
characters are present, by selecting the text and submitting it on
standard input to cat -A in a bash shell. The answer is

(defun^I$

So it put in a tab instead of a space after 'defun'. Why? The same
thing is happening currently in Fundamental mode:

y^Ito add^Ia space^Iafter the n. In^Istead$

At each of these spurious tab characters, an inactive 'copy' of the
cursor gets left behind, so after a while my buffer has one real
cursor and several pretend ones. I am not experiencing this in bash;
just emacs -nw.

Dan

(admittedly I have no idea why I put whitespace in 'instead'...)


> 
> -Miles
> 
> -- 
> Selfish, adj. Devoid of consideration for the selfishness of others.




reply via email to

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