From mboxrd@z Thu Jan 1 00:00:00 1970 From: Iannis Zannos Subject: Re: org-mode + icicles, avoid key binding redefinitions? Date: Wed, 29 Jan 2014 22:13:30 +0200 Message-ID: References: <87ob33nnwi.fsf@bzg.ath.cx> <87eh3yvgyg.fsf@bzg.ath.cx> <3bc3c5a1-1c3f-4975-9dd6-3428aabb69be@default> <87ppniu06o.fsf@bzg.ath.cx> <1c11f795-ca4a-45bf-9701-7645a0609ed1@default> <87lhy6l4k4.fsf@bzg.ath.cx> <87d2jh93jb.fsf@bzg.ath.cx> <87bnywtqx4.fsf@bzg.ath.cx> <52E8E982.6070701@miszellen.de> <87k3dj6i88.fsf@gmail.com> <87y51y6gk8.fsf@bzg.ath.cx> <87wqhid034.fsf@med.uni-goettingen.de> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bfcf35c161a2904f121931d Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50798) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W8bVw-0001OS-KG for emacs-orgmode@gnu.org; Wed, 29 Jan 2014 15:13:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W8bVs-0001Kq-61 for emacs-orgmode@gnu.org; Wed, 29 Jan 2014 15:13:36 -0500 Received: from mail-wg0-x22f.google.com ([2a00:1450:400c:c00::22f]:60527) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W8bVr-0001KW-QS for emacs-orgmode@gnu.org; Wed, 29 Jan 2014 15:13:32 -0500 Received: by mail-wg0-f47.google.com with SMTP id m15so4482282wgh.26 for ; Wed, 29 Jan 2014 12:13:30 -0800 (PST) In-Reply-To: <87wqhid034.fsf@med.uni-goettingen.de> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Andreas Leha Cc: ML Emacs-orgmode --047d7bfcf35c161a2904f121931d Content-Type: text/plain; charset=ISO-8859-1 Agree. To do my own rebindings i use this kind of code: (eval-after-load 'org '(define-key org-mode-map (kbd "C-c C-=") 'org-icicle-imenu)) But when re-opening a buffer with desktop after rebooting emacs, the new bindings are not added IZ On Wed, Jan 29, 2014 at 10:06 PM, Andreas Leha < andreas.leha@med.uni-goettingen.de> wrote: > Bastien writes: > > > Hi Nick, > > > > Nick Dokos writes: > > > >> I find myself more in agreement with Seb than with Bastien here. The > >> argument that reducing the number of "bad" bindings reduces the chance > >> of conflicts does not hold water IMO: we will always have to be looking > >> in the rear-view mirror for some minor mode that will step on us. > > > > In the last ten years, we had only *one* such problem while having a > > dozen of faulty keybindings --- my hope is that, with only a fistful > > of faulty keybindings, we won't have to look in the rear-view mirror > > for the next twenty years :) [IOW: I don't buy the all-or-nothing > > reasoning.] > > > > I might be missing something here. But I think it would not be a > problem for Bastien (and others with similar preferences) to rebind the > keys to the shorter and potentially problematic version. So to me it > seems, that the only problem with making the default keybindings less > 'offensive' is finding non-taken and non-offensive keybindings. > > The question is whether Org could do something to make rebinding keys > easier? Like a worg page / FAQ about 'getting the old keybindings > back', maybe? > > Just my 2ct, of course. > - Andreas > > > > > > > > More precisely, I suggest these rebindings: > > > > C-c # Checkboxes => C-c C-# > > C-c , Priorities => C-c C-, > > C-c ; Comment lines => C-c C-; > > C-c @ Mark subtree => C-c C-@ > > > > (Note they are also accessible through speedy keys.) > > > > C-c ~ Cooperation => C-c C-~ > > > > (This one I just discovered.) > > > > Let's not get trapped in a "buridanesque" decision. :) > > > --047d7bfcf35c161a2904f121931d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Agree.
To do my own rebindings i use th= is kind of code:=A0

(eval-after-load 'org
  '(define-key org-mode-m=
ap (kbd "C-c C-=3D") 'org-icicle-imenu))


But when re-opening =
a buffer with desktop after rebooting emacs, the new bindings are not added=



IZ


On Wed, Jan 29, 2014 at 10:06 PM, Andreas Leha <andreas.leha@med.uni-goettingen.de> wrote:
Bastien <bzg@gnu.org> writes:

> Hi Nick,
>
> Nick Dokos <ndokos@gmail.com> writes:
>
>> I find myself more in agreement with Seb than with Bastien here. T= he
>> argument that reducing the number of "bad" bindings redu= ces the chance
>> of conflicts does not hold water IMO: we will always have to be lo= oking
>> in the rear-view mirror for some minor mode that will step on us.<= br> >
> In the last ten years, we had only *one* such problem while having a > dozen of faulty keybindings --- my hope is that, with only a fistful > of faulty keybindings, we won't have to look in the rear-view mirr= or
> for the next twenty years :) =A0[IOW: I don't buy the all-or-nothi= ng
> reasoning.]
>

I might be missing something here. =A0But I think it would not be a problem for Bastien (and others with similar preferences) to rebind the
keys to the shorter and potentially problematic version. =A0So to me it
seems, that the only problem with making the default keybindings less
'offensive' is finding non-taken and non-offensive keybindings.

The question is whether Org could do something to make rebinding keys
easier? =A0Like a worg page / FAQ about 'getting the old keybindings back', maybe?

Just my 2ct, of course.
- Andreas






> More precisely, I suggest these rebindings:
>
> C-c # Checkboxes =A0 =A0 =3D> C-c C-#
> C-c , Priorities =A0 =A0 =3D> C-c C-,
> C-c ; Comment lines =A0=3D> C-c C-;
> C-c @ Mark subtree =A0 =3D> C-c C-@
>
> (Note they are also accessible through speedy keys.)
>
> C-c ~ Cooperation =A0 =A0=3D> C-c C-~
>
> (This one I just discovered.)
>
> Let's not get trapped in a "buridanesque" decision. =A0:= )



--047d7bfcf35c161a2904f121931d--