From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: Juanma Barranquero <lekktu@gmail.com>
Cc: Emacs Devel <emacs-devel@gnu.org>, Jason Rumney <jasonr@gnu.org>
Subject: Re: Using windows keys for Emacs META on w32
Date: Wed, 23 Jan 2008 23:10:39 +0100 [thread overview]
Message-ID: <4797BB5F.7020300@gmail.com> (raw)
In-Reply-To: <f7ccd24b0801231306u59bb528ep9fec7ec5d20b7063@mail.gmail.com>
Juanma Barranquero wrote:
> On Jan 23, 2008 5:37 PM, Lennart Borgman (gmail)
> <lennart.borgman@gmail.com> wrote:
>
>> I will try to. In fact there was a bug in the patch I sent, but since no
>> one has said something about it I guess no one has tested it.
>
> I was planning to do it, but I agree that fixing the "rough state" is
> a good idea.
Thanks anyway.
> I must say, though, that it seems too complicate a patch for such a
> small benefit. Or I don't understand what you're trying to do (that's
> another distinct possibility :)
I do not know if it is complicated by itself. The low level keyboard
hook, which is the heart of the patch, is very straight forward. Then I
tried to follow the same structure as was used before in the w32 message
handling. (BTW that really made me wish that the different threads, GUI
and main, were marked in the source.)
But after that I discovered that there was a bug in the menu handling
that could result in what you typed to open a menu could go to the
buffer instead. You do not notice that bug unless you let windows handle
the Alt key completely.
After this there was the bug in accessibility sticky keys handling.
The patch also makes the handling of caps/num lock a little bit better
(though I do not know the consequences of this).
But the main gains are of course:
- Beeing able to use the Alt for menus (required by some accessibility
guidelines if I remember correctly).
- Using M-Tab for completion
Can't remember if it was anything more now. Eh, yes, I remember one
little thing more: Beeing able to have a meta key at all if you want to
use Alt for the menus - and you use Viper ...
I also have a little file to easily change the setting of META (lwindow,
rwindow or alt).
What I want to is get rid of the patches. It is unnecessary work to have
them outside of core Emacs and they would be useful IMO in Emacs.
prev parent reply other threads:[~2008-01-23 22:10 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-05 20:48 Using windows keys for Emacs META on w32 Lennart Borgman (gmail)
2008-01-23 16:14 ` Jason Rumney
2008-01-23 16:37 ` Lennart Borgman (gmail)
2008-01-23 21:06 ` Juanma Barranquero
2008-01-23 21:48 ` Jason Rumney
2008-01-23 22:10 ` Lennart Borgman (gmail) [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4797BB5F.7020300@gmail.com \
--to=lennart.borgman@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=jasonr@gnu.org \
--cc=lekktu@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.