[Top][All Lists]

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

Re: alt-tab? really? you're joking...

From: incal
Subject: Re: alt-tab? really? you're joking...
Date: Mon, 26 Jan 2015 22:34:30 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)

incal <> writes:

>> Well, in any programming mode, `<M-tab>' runs
>> `completion-at-point' or `complete-symbol' which
>> are the main completion functions in emacs.
>> (Actually, that's bound to `C-M-i' but that
>> translates to `<M-tab>' which is much easier to
>> type.)
> To me <C-M-i> isn't more difficult to type (in a
> way, it is easier/better as the left index finger
> can remain at <f>), and it doesn't translate to
> <M-tab>, which by the way I had to configure. But
> now I got suspicious: I'll remove the configuration
> and see if it still works...

Without the configuration, <M-tab> translates to
<C-M-i> in the Linux VTs.

Those keys are both very good, so why have them do the
same thing? It is a waste.

For example, I use <C-M-i> to scroll a "pane" (and
<M-i> to scroll a line), and <M-tab> to switch between

Here is how to get both keys, again in a Linux VT:

In /etc/console-setup/

    alt keycode 15       = U+1003 # M-TAB

Then execute this function:

    lkeys () {
        sudo loadkeys --clearcompose --clearstrings \
        /etc/console-setup/ > /dev/null

Last, in an Emacs init file:

    (define-key input-decode-map [?\u1003] [M-tab])

underground experts united

reply via email to

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