From: Carsten Dominik <dominik@uva.nl>
To: Dan Davison <davison@stats.ox.ac.uk>
Cc: Emacs-orgmode mailing list <emacs-orgmode@gnu.org>
Subject: Re: Release 6.33
Date: Fri, 13 Nov 2009 22:30:32 +0100 [thread overview]
Message-ID: <025CD576-0BC4-4561-8771-B2F09809228B@uva.nl> (raw)
In-Reply-To: <87vdhe1abc.fsf@stats.ox.ac.uk>
On Nov 13, 2009, at 8:41 PM, Dan Davison wrote:
> Carsten Dominik <dominik@uva.nl> writes:
>
>> On Nov 13, 2009, at 6:48 PM, Eric S Fraga wrote:
>>
>>> At Fri, 13 Nov 2009 09:51:11 +0100,
>>> Carsten Dominik wrote:
>>>>
>>>> here are the Changes in the latest release 6.33. Emacs 23.2,
>>>> when it
>>>
>>> [...]
>>>
>>>> Speed commands at the start of a headline
>>>> ==========================================
>>>
>>> Excellent addition! This makes org-mode even /more/ usable on
>>> systems
>>> with very small keyboards (like smartphones etc). I'd been using
>>> viper-mode to have single key movement in org-mode buffers but
>>> you've
>>> not only made this possible but have completely exceeded my
>>> requirements through all the extra commands available (clocking in,
>>> etc.). Fantastic!
>
>
> Me too, this looks great. I think it's going to have me learning
> lots of
> org commands that I hadn't got round to learning before. My first
> questions:
>
> n outline-next-visible-heading
> p outline-previous-visible-heading
> f org-forward-same-level
> b org-backward-same-level
>
> It would be nice if I could keep tapping these, safe in the knowledge
> that I would remain within the world of speed-commands.
Hi Dan, this is an important point, and it now works like this.
> However, they
> can all 'fall off the edge' and start inserting characters. If that
> behaviour is critical to org-mode when calling the functions directly,
> is it nevertheless worth considering making the behaviour slightly
> different for speed commands? I.e. e.g. make 'n' refuse to do anything
> if there is no next visible heading. (I suppose that could be done
> with
> new optional args to org-[f/b]-same-level (I don't know about
> outline-[n/p]-visible-heading; would that be a suitable situation for
> defadvice?))
>
> Secondly, is it worth considering expanding the speed-command zone to
> include any position in the leading asterisks (perhaps even in the
> TODO
> keyword, seeing as this is non-default behaviour)?
Well, I am not comfortable with this, so I don't want to put
this in as a standard option. But you can now set `org-use-speed-
commands'
to a predicate function that tests for appropriate location. Let us
know
if you have a good one, maybe I will put it in anyway.
- Carsten
next prev parent reply other threads:[~2009-11-13 21:30 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-13 8:51 Release 6.33 Carsten Dominik
2009-11-13 15:19 ` Daniel Clemente
2009-11-13 17:48 ` Eric S Fraga
2009-11-13 18:42 ` Carsten Dominik
2009-11-13 18:48 ` Carsten Dominik
2009-11-13 19:16 ` Speed commands (was: Release 6.33) Stephan Schmitt
2009-11-13 19:30 ` Carsten Dominik
2009-11-13 20:09 ` Speed commands Stephan Schmitt
2009-11-13 20:30 ` Carsten Dominik
2009-11-14 5:03 ` Dan Davison
2009-11-14 7:51 ` Benjamin Andresen
2009-11-14 15:48 ` Dan Davison
2009-11-15 2:44 ` Dan Davison
2009-11-15 10:54 ` Benjamin Andresen
2009-11-15 13:27 ` Carsten Dominik
2009-11-17 13:20 ` J. David Boyd
2009-11-17 14:44 ` J. David Boyd
2009-11-17 19:23 ` Dan Davison
2009-11-17 19:43 ` Carsten Dominik
2009-11-18 15:09 ` Jason Dunsmore
2009-11-18 22:54 ` Carsten Dominik
2009-11-20 14:35 ` Speed commands (was: Release 6.33) Friedrich Delgado Friedrichs
2009-11-20 14:57 ` Carsten Dominik
2009-11-20 16:29 ` Friedrich Delgado Friedrichs
2009-11-20 20:55 ` Eric S Fraga
2009-11-20 17:09 ` Eric S Fraga
2009-11-20 17:09 ` Eric S Fraga
2009-11-20 18:13 ` Speed commands Stephan Schmitt
2009-11-20 20:36 ` Eric S Fraga
2009-11-20 20:35 ` Speed commands (was: Release 6.33) Raffi R
2009-11-20 23:25 ` Friedrich Delgado Friedrichs
2009-11-20 23:38 ` Friedrich Delgado Friedrichs
2009-11-13 19:41 ` Release 6.33 Dan Davison
2009-11-13 21:30 ` Carsten Dominik [this message]
2009-11-13 23:03 ` Sebastian Rose
2009-11-15 7:19 ` Carsten Dominik
2009-11-15 10:02 ` Uwe Jochum
2009-11-15 13:27 ` Carsten Dominik
2009-11-15 14:07 ` Uwe Jochum
2009-11-15 11:37 ` Sebastian Rose
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=025CD576-0BC4-4561-8771-B2F09809228B@uva.nl \
--to=dominik@uva.nl \
--cc=davison@stats.ox.ac.uk \
--cc=emacs-orgmode@gnu.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).