auctex-devel
[Top][All Lists]
Advanced

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

Re: [AUCTeX-devel] keybinding: next and previous error


From: David Kastrup
Subject: Re: [AUCTeX-devel] keybinding: next and previous error
Date: Fri, 27 May 2005 19:30:40 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

Ralf Angeli <address@hidden> writes:

> * Adrian Lanz (2005-05-27) writes:
>
>> Emacs 22.1 adds a new prefix key M-g and
> [...]
>> M-g n and M-g M-n run next-error (like C-x `).
> [...]
>> Would be nice - especially on a Swiss German keyboard with "`" being a
>> dead key - to see this keybinding in AUCTeX.
>
> Unless somebody objects I'll install the code proposed in
> <URL:http://thread.gmane.org/gmane.emacs.auctex.devel/169> which will
> remap the key binding of `next-error' to `TeX-next-error'.
>
> I am not overly enthusiastic about this solution but I've had this
> code enabled for about a month now and I got accustomed using `M-g n'
> exclusively for jumping to the next error.  It's really much more
> convenient than `C-c `'.
>
> A better solution would be to use more of the native methods provided
> by simple.el or compile.el as proposed by David earlier.  But that
> would require major surgery.  `next-error-function' is not available
> on XEmacs and `TeX-next-error' as well as functions called by it don't
> qualify as functions to be used for `next-error-function' in their
> current state.  We'll have to check how to interface with compile.el.
>
> I think remapping the key binding of `next-error' would be an
> acceptable solution for now.

Full agreement on all accounts (including the "not overly
enthusiastic" part) with regard to Emacs 22.

Can you summarize the effect on current XEmacs versions and Emacs 21?

If we steal M-g from XEmacs' goto-line, we should perhaps remap M-g
M-g and M-g g there.

And I don't know if on Emacs 21 M-g n and M-g p are still available.
If not, we'd have to think what to do here.

If we can't come up with a good scheme, maybe we'd have to restrict
ourself to Emacs 22, but that would make it less appropriate to
announce the bindings on the help sheet.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum




reply via email to

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