emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <dominik@science.uva.nl>
To: Adam Spiers <orgmode@adamspiers.org>
Cc: emacs-orgmode@gnu.org
Subject: Re: counter-intuitive key bindings
Date: Fri, 10 Aug 2007 08:57:08 +0200	[thread overview]
Message-ID: <f244fec1a87b061814104badfb52a417@science.uva.nl> (raw)
In-Reply-To: <20070728125242.GC22472@atlantic.linksys.moosehall>


On Jul 28, 2007, at 14:52, Adam Spiers wrote:

> On Sat, Jul 28, 2007 at 12:17:06PM +0100, Leo wrote:
>> (info "(org)Multiple sets in one file")
>> | `C-S-<right>'
>> | `C-S-<left>'
>> |      These keys jump from one TODO subset to the next.  In the above
>> |      example, `C-S-<right>' would jump from `TODO' or `DONE' to
>> |      `REPORT', and any of the words in the second row to `CANCELED'.
>>
>> These key bindings are to move from one set of the TODO items to
>> another, which intuitively are a vertical motion. See this configure:
>>
>> |      (setq org-todo-keywords
>> |            '((sequence "TODO" "|" "DONE")
>> |              (sequence "REPORT" "BUG" "KNOWNCAUSE" "|" "FIXED")
>> |              (sequence "|" "CANCELED")))
>>
>> I would propose to change these key bindings to:
>>
>>    C-S-<up/down>
>
> Agreed, this is more logical, although the modified cursor key
> bindings are always going to be contended.  Personally I have a
> "global" standard set of key bindings for outline navigation and
> editing which applies across several modes: folding-mode, org-mode,
> outline-minor-mode (and allout), orgstruct-mode.  Having to remember
> different bindings for how to hide/reveal/zoom to a subtree in each
> mode is a nightmare.  I would love to see some standardization here
> with more mode authors talking to each other.
>
> On a related topic, if I have S-{left,right} on my org-disputed-keys
> list, this breaks using them for changing a timestamp by one-day
> increments, even though I don't consider that a clashing binding.  I
> guess I am arguing that this is a minor bug with `org-key' being too
> indiscriminate in when it filters bindings.

Why do you then have these keys on your list?  What are you
using them for?  How is org-mode supposed to know in what
situations you don't what org-mode to use them?

- Carsten

  reply	other threads:[~2007-08-10  7:20 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-28 11:17 counter-intuitive key bindings Leo
2007-07-28 11:43 ` Bastien
2007-07-28 18:35   ` Leo
2007-08-09  5:05     ` Carsten Dominik
2007-08-15 16:57       ` Leo
2007-08-16  6:13         ` Carsten Dominik
2007-07-28 12:52 ` Adam Spiers
2007-08-10  6:57   ` Carsten Dominik [this message]
2007-09-01 10:22     ` Adam Spiers

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

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f244fec1a87b061814104badfb52a417@science.uva.nl \
    --to=dominik@science.uva.nl \
    --cc=emacs-orgmode@gnu.org \
    --cc=orgmode@adamspiers.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 public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).