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

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

Re: ergonomic based emacs keyboard shortcut set


From: Xah
Subject: Re: ergonomic based emacs keyboard shortcut set
Date: Sat, 3 May 2008 04:29:58 -0700 (PDT)
User-agent: G2/1.0

On May 2, 5:47 pm, boskom <bosk...@gmail.com> wrote:
> I have used your ergonomic_keybinding_querty.el a bit. It is
> interesting, it looks like it is the right way to go. Solution is
> elegant and does not interfere with or disable common shortcuts. There
> are two small issues I encountered: The first is that if CUA is
> enabled in emacs 22 moving around with page up/down (M-Shift-i and M-
> Shift-k) sets mark and starts selecting a region. The other issue is
> that on Windows pressing righ-alt + right-shift sometimes changes
> Windows keyboard layout.
>
> The main issue for me still remains position of Control keys, but this
> needs to be addressed by a keyboard manufacturer.

Thank you very much for the comment.

«The first is that if CUA is enabled in emacs 22 moving around with
page up/down (M-Shift-i and M- Shift-k) sets mark and starts selecting
a region»

I don't have cua on normally but am able to duplicate the problem.

I think the reason the homerow key page up/down bindings started to do
highlighting is because cua mode uses the shift key to select region.
That is, when the shift key is down, any of the cursor moving action
will also do selection, on purpose. (e.g. shift + arrow, or Shift +
PageUp)

So, if i define
(global-set-key (kbd "M-I") 'scroll-down)
but cua mode seems to alias scroll-down to cua-scroll-down, and since
(kbd "M-I") means meta+shift+i with the shift down, it also does
selection.

... i thought a bit about this situation... i'm thinking at the moment
it's probably best to leave things as is. It's somewhat compatible
with cua mode's idea of shift down always do selection. Secondly, the
ergo shortcut and the cua mode are rather competing schemes. Their
primary purpose is to remap shortcut keys for habit and or efficiency.
In particular, the ergo set has its own copy/cut/paste/undo set. So,
when ergo is on, there's not much reason to also have cua on. All
things considered, they seems to work together ok too.

Any thoughts on this follow up?

«The other issue is that on Windows pressing righ-alt + right-shift
sometimes changes Windows keyboard layout.»

Good point. If i recall correctly, those can be disabled or changed to
other combination in Windows control panel. It doesn't seems this
should change the ergo shortcut set... since these kind of issues are
unavoinable, namely that there's no kb shortcut set that's fully
compatible or consistant in all OSes. If nothing else, i'll add a note
on the webpage to tip Windows users of the fact.

---------------

some more thoughts... i think that CUA mode itself is kinda a hack in
few aspects. (1) it adds complexity to emacs user interface since the
C-x and C-c now has dual purpose. (2) it adds complexity to emacs
coding... because it needs to maintain the dual purpose of C-x and C-c
keys, but also it needs to detect the shift down as selection, which
isn't the normal way emacs treat keyboard shortcuts. I'm not sure how
cua mode implement this shiftdown-selection but am guessing it's a
hack so far.

the more i think about this, the more i think that emacs should have
completely ditched its C-c and C-x when cua is introduced (i.e. when
it is obvious that zxcv is becoming the modern standard for undo/cut/
copy/paste for good) oh well...

  Xah
  xah@xahlee.org
∑ http://xahlee.org/

reply via email to

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