From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: [RFC] Proposal for rebindings in Org 8.3 Date: Fri, 07 Feb 2014 10:56:54 -0500 Message-ID: <87eh3eex15.fsf@alphaville.bos.redhat.com> References: <87eh3f9pss.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52766) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBnnn-0007yR-Ti for emacs-orgmode@gnu.org; Fri, 07 Feb 2014 10:57:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WBnni-0007GG-Kn for emacs-orgmode@gnu.org; Fri, 07 Feb 2014 10:57:15 -0500 Received: from plane.gmane.org ([80.91.229.3]:59700) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBnni-0007GC-Ds for emacs-orgmode@gnu.org; Fri, 07 Feb 2014 10:57:10 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WBnne-0006KH-G0 for emacs-orgmode@gnu.org; Fri, 07 Feb 2014 16:57:06 +0100 Received: from nat-pool-bos-t.redhat.com ([66.187.233.206]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Feb 2014 16:57:06 +0100 Received: from ndokos by nat-pool-bos-t.redhat.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Feb 2014 16:57:06 +0100 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: emacs-orgmode@gnu.org Bastien writes: > The purpose is to be polite with minor modes and to not use > C-c [:punct:] keybindings, as recommended in the Elisp manual. > > This is related to the issues reported here: > http://lists.gnu.org/archive/html/emacs-orgmode/2014-01/msg00866.html > http://article.gmane.org/gmane.emacs.orgmode/82010 > > Here is a table to summarise the proposal: > > | Key | Command | Proposal | Status | > |-------+-----------------------------------+------------------+--------| > | C-c # | Checkboxes | C-c x | Free | > | C-c ~ | Cooperation | C-c C-~ | Free | > | C-c , | Priorities | C-c C-, | Free | > | C-c ? | Editing and debugging formulas | C-c C-? | Free | > | C-c ! | Creating timestamps | C-c C-! | Free | > | C-c . | Creating timestamps | C-c C-. | Free | > | C-c ` | Built-in table editor | C-c C-` | Free | > |-------+-----------------------------------+------------------+--------| > | C-c ' | Editing and debugging formulas | C-c " or C-c C-' | Free | > | C-c ^ | Structure editing, plain lists... | C-c C-^ | Taken | > | C-c @ | Structure editing | C-c < | Taken | > > The order is from the less problematic ones to the more problematic ones. > > A few comments on the last three: > > - " is not a punctuation character, I find C-c " instead of C-c ' good. > On a QWERTY keyboard or Dvorak keyboard, " requires Shifting, so you have to switch horses midstream (first Control, then SHift). Not sure about anybody else, but those are the most problematic key sequences for me. I would much prefer C-c C-': you just keep the Control key pressed for the duration. > - C-c C-^ is taken by org-up-element. I'm in favor of using C-c C-u > (currently bound to `outline-up-heading') for `org-up-element'. > Nicolas suggested C-M-u but I find it convenient to have it when > editing Elisp code within Org buffers. > > - C-c < is bound to `org-date-from-calendar', which inserts the > current date (or the date from the calendar buffer) at point as > an active timestamp. > > C-c > is bound to `org-goto-calendar' and goes to the calendar, > going to the date at point if any. This is just a slightly more > contextual M-x calendar RET. > > So the whole suggestion here is: > > - in Org-mode, remap calendar to org-goto-calendar and unbind it > from C-c > > > - use C-c > for `org-date-from-calendar' > > - use C-c < for selecting the whole subtree, which is consistent > with the use of `<' as a speedy command for doing the same. > > Let me know how you feel about such move in general and each rebinding > in particular. We are not forced to solve them all at once. > > Thanks, -- Nick