[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.