emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Dan Davison <davison@stats.ox.ac.uk>
To: Carsten Dominik <dominik@uva.nl>
Cc: Emacs-orgmode mailing list <emacs-orgmode@gnu.org>
Subject: Re: Release 6.33
Date: Fri, 13 Nov 2009 14:41:59 -0500	[thread overview]
Message-ID: <87vdhe1abc.fsf@stats.ox.ac.uk> (raw)
In-Reply-To: <8D1991FE-E04A-41DF-8919-C72E4EA9AFF1@uva.nl> (Carsten Dominik's message of "Fri, 13 Nov 2009 19:48:07 +0100")

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. 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)?

Dan

>
> Hi Eric,
>
> yes, I agree that this is very useful on ttys and mobile devices.
> When you use it, please make a note when you notice additional
> commands hat would be useful in this way - the keymap is far from full.



>
> - Carsten
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

  parent reply	other threads:[~2009-11-13 19:42 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     ` Dan Davison [this message]
2009-11-13 21:30       ` Release 6.33 Carsten Dominik
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=87vdhe1abc.fsf@stats.ox.ac.uk \
    --to=davison@stats.ox.ac.uk \
    --cc=dominik@uva.nl \
    --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).