all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Bastien <bzg@gnu.org>
To: Sebastien Vauban
	<public-sva-news-D0wtAvR13HarG/iDocfnWg@plane.gmane.org>
Cc: public-emacs-orgmode-mXXj517/zsQ@plane.gmane.org
Subject: Re: [RFC] Proposal for rebindings in Org 8.3
Date: Fri, 07 Feb 2014 14:30:16 +0100	[thread overview]
Message-ID: <8761oruk2f.fsf@bzg.ath.cx> (raw)
In-Reply-To: <86r47fnolk.fsf@somewhere.org> (Sebastien Vauban's message of	"Fri, 07 Feb 2014 12:34:15 +0100")



Thanks for your feedback.

"Sebastien Vauban" <sva-news-D0wtAvR13HarG/iDocfnWg@public.gmane.org>
writes:

>>   - use C-c < for selecting the whole subtree, which is consistent
>>     with the use of `<' as a speedy command for doing the same.
>
> You put the finger on one important note to me: that speed commands are
> "the same" as their longer counterpart.  It should be good if all of
> them could be obtainable by adding "C-c C-" in front of the speed
> command.

I think it goes in the opposite direction: if a command is bound to
C-c KEY or C-c C-KEY then KEY should be used as a speed command.

> With that focus in mind, I find `C-c x' not a good one (for checkboxes);
> though, in that case, speed commands don't come into play.

The mnemonic here is: `x' reminds me of [x] -- let's see if something
better can be done.

> But I find it
> too different from the `C-c C-' construct used for the others?

I wanted to keep it close to C-c #, and use only C-c KEY.

>> 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.
>
> Globally, it's fine!
>
> Last remark about `C-c <' which I find not good:
>
> - `<' in used for filtering categories in the agenda,

Categories are (most often) attached to a subtree.

When you hit the `<' speed command on this subtree then display
the agenda, you don't need to filter by category with `<' since
the narrowing already filters (by category) for you.

That's actually one of the reason for which I propose this key.

> - semantically, what `C-c @' does is a `C-x h' limited to a subtree;
>   maybe there could be something inspiring similar to `C-x h'?  Maybe
>   `C-u C-x h'?

The way to get the same behavior than `C-c @' is `C-c C-^ M-h'.
M-h is very very handy, and probably not known enough!

-- 
 Bastien

  reply	other threads:[~2014-02-07 13:31 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-07 10:32 [RFC] Proposal for rebindings in Org 8.3 Bastien
2014-02-07 11:34 ` Sebastien Vauban
2014-02-07 13:30   ` Bastien [this message]
2014-02-07 14:55 ` Michael Brand
2014-02-08 18:13   ` Bastien
2014-02-07 15:56 ` Nick Dokos
2014-02-07 16:44   ` Rasmus
2014-02-08 18:13     ` Bastien
2014-02-07 19:06   ` Samuel Wales
2014-02-08 18:13     ` Bastien
2014-02-08 20:40       ` Samuel Wales
2014-02-08 20:42         ` Samuel Wales
2014-02-08 22:34         ` Bastien
2014-02-08 22:58           ` Samuel Wales
2014-02-09  8:01             ` Bastien
2014-02-09 10:26               ` Achim Gratz
2014-02-09  9:21             ` Assumptions on user's environment (was: [RFC] Proposal for rebindings in Org 8.3) Karl Voit
2014-02-09  9:51               ` Assumptions on user's environment Bastien
2014-02-09 10:09                 ` Karl Voit
2014-02-09 12:29                   ` Rasmus
2014-02-09 17:43                     ` Karl Voit
2014-02-09 19:43               ` Assumptions on user's environment (was: [RFC] Proposal for rebindings in Org 8.3) Samuel Wales
2014-02-09 19:51                 ` Assumptions on user's environment Bastien
2014-02-09 20:13                   ` Samuel Wales
2014-02-09 20:27                   ` Achim Gratz
2014-02-09 21:31                     ` Karl Voit
2014-02-10  8:55                       ` Bastien
2014-02-10  8:55                     ` Bastien
2014-02-10 11:19                       ` Sebastien Vauban
2014-02-10 19:29                         ` Samuel Wales
2014-02-12 17:09                           ` Karl Voit
2014-02-08 18:13   ` [RFC] Proposal for rebindings in Org 8.3 Bastien
2014-02-10  0:20 ` Thomas S. Dye
2014-02-10  8:40   ` Bastien
2014-02-10 17:27     ` Achim Gratz
2014-02-10 23:22       ` terminal emulators (was: Re: Proposal for rebindings in Org 8.3) Gregor Zattler
2014-02-11 13:58         ` terminal emulators Brett Viren
2014-02-11 18:35         ` Achim Gratz
2014-02-11 20:33           ` Gregor Zattler
2014-02-12 20:18             ` Achim Gratz
2014-03-10 18:07 ` [RFC] Proposal for rebindings in Org 8.3 Greg Troxel
  -- strict thread matches above, loose matches on Subject: below --
2014-02-09 20:01 Tim O'Callaghan
2014-02-09 22:48 ` Nick Dokos
2014-02-10  8:43   ` Bastien
2014-02-10  9:28     ` Sebastien Vauban
2014-02-10 10:21       ` Bastien
2014-02-10 11:18         ` Sebastien Vauban
2014-02-11 20:58           ` Bastien

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=8761oruk2f.fsf@bzg.ath.cx \
    --to=bzg@gnu.org \
    --cc=public-emacs-orgmode-mXXj517/zsQ@plane.gmane.org \
    --cc=public-sva-news-D0wtAvR13HarG/iDocfnWg@plane.gmane.org \
    /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.