From: Carsten Dominik <carsten.dominik@gmail.com>
To: Samuel Wales <samologist@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: refile ideas
Date: Mon, 3 Aug 2009 06:28:03 +0200 [thread overview]
Message-ID: <E3D889E0-1252-4CFC-B09E-4D90C7E261D8@gmail.com> (raw)
In-Reply-To: <20524da70907072159v3604e31ekf4209ea2643942e5@mail.gmail.com>
On Jul 8, 2009, at 6:59 AM, Samuel Wales wrote:
> With ido completion, refiling works excellently. Here are
> more ideas.
>
> First (and foremost), input history for refiling recalls the user's
> input, not refile targets. I think the latter would work
> better, because in ordinary use, the user can specify
> further with C-SPC and arrow keys. So the first completion
> candidate for any of the history items can be different from
> the target that it originally specified. Thus, the natural
> action of up arrows can specify an unexpected location.
> Even when the user notices the problem, he has to specify
> further to duplicate the effort if he wants the original
> target.
>
> In my use since ido completion began, I almost never want
> the original string, and almost always want the original
> target. I don't know if others use refile history differently.
>
> Thus, the proposal is to have the history contain the
> fully-specified targets.
This is a good idea, and it works now just so.
> The next idea is that we already have a specification of
> potentially useful targets in remember templates. I wonder
> if a useful interface (perhaps a triple c-u to org-refile or
> perhaps using remember) can allow the user to use the
> remember templates to specify a target location. Thus a
> single key can uniquely specify a target without the user
> having to verify.
This is not easy, the remember and refile interfaces
do not easily mix. Here is an alternative idea:
If you mark some headlines (for example you remember targets)
with a tag like "r", you could make yourself a restricted
refile command like this:
(defun my-org-restricted-refile ()
(interactive)
(let ((org-refile-targets '((org-agenda-files :tag . "r"))))
(call-interactively 'org-refile)))
Not what you proposed, but maybe useful.
Most of the ideas below require hacking ido.el, which I am not
ready to do. In particular, coloring the vertical bars should
be a feature request to Kim.
Coloring the path, or uniquifying the path is something that
*might* work on the Org side, and I have added these to my
list.
- Carsten
> Another idea is that in ido completion for refile and other
> commands that require specification of headlines, perhaps a
> more familiar context can be provided. In particular, the
> todo keyword and priority, with their original colors, might
> be a familiar way of seeing them, and might visually
> indicate the start of a new completion candidate. This will
> make it quicker to know whether more specification is
> necessary or whether right arrows will work.
>
> Another idea is to color the paths separately from the
> leaves, or color the olpath components that are matched by
> the input string, or color the input string matches. This
> might be difficult to implement or too slow. Since ido is already too
> slow (but very useful), it would only be worth it if it did not slow
> it down.
>
> Another idea is to color the vertical bars.
>
> Another idea we've already discussed, but I will mention it
> here just for completeness. The olpath could perhaps be
> displayed using a uniquification algorithm similar to that
> used by uniquify.el. This might or might not be worth it.
>
> Thanks.
>
> --
> Myalgic encephalomyelitis causes death and severe suffering.
> You can get it any time and never recover. Conflicts of
> interest are destroying research. Do science and justice
> matter to you? http://www.meactionuk.org.uk/
> What_Is_ME_What_Is_CFS.htm
>
>
> _______________________________________________
> 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
next prev parent reply other threads:[~2009-08-03 4:28 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-08 4:59 refile ideas Samuel Wales
2009-08-03 4:28 ` Carsten Dominik [this message]
2009-08-03 22:31 ` Samuel Wales
2009-08-04 12:44 ` Eric S Fraga
2009-08-05 6:41 ` Carsten Dominik
2009-08-05 13:00 ` Interactively add refile targets - was: " 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=E3D889E0-1252-4CFC-B09E-4D90C7E261D8@gmail.com \
--to=carsten.dominik@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=samologist@gmail.com \
/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).