From: Samuel Wales <samologist@gmail.com>
To: emacs-orgmode@gnu.org
Subject: bug: ido refile presents default when it shouldn't
Date: Sun, 16 Oct 2011 11:28:39 -0700 [thread overview]
Message-ID: <CAJcAo8tDB-oYOLF=Oxh_QRXzCp0Og8q9QK4p_zx-7qjhOmuEwQ@mail.gmail.com> (raw)
Refile with ido presents a default even if you have already
tried to narrow the headers. This is user-surprising behavior.
Here is an example in detail.
===
Consider two headers in your refile targets for which one is an
ancestor of the other.
Normally I select the olpath computer/emacs by typing
"ema" using ido. That works as expected.
Normally I select the olpath computer/emacs/org/myorg by
typing "my" using ido. That works as expected.
If I refile to myorg this way, that works as expected.
If I then refile and don't type anything, myorg is then
provided as a default. That is convenient and works as
expected. This allows you to refile again to the same place.
If I then, without exiting the prompt, type "ema", it /continues/ to
provide the default of myorg. That is surprising. I expect the
olpath computer/emacs instead.
===
The result is that if you do not notice the prompt and
select a different task, your task will get refiled in the
wrong place.
--> The user expectation being violated is that the same letters
typed will produce the same results. <--
The result is different depending on your previous refile operation.
You might not even remember what your previous refile operation was.
The transaction is stateful, even though the
purpose of using state (keeping the very last refile)
is moot now that you have indicated that you want emacs.
It is never the case that you want myorg when you type "ema"
alone, because all you have to do is simply RET to get
myorg.
The solution is for Org or ido to somehow nix the default when letters are
typed. This will present computer/emacs when you type "ema".
As expected.
Samuel
===
(setq org-refile-use-cache t)
(setf org-refile-use-outline-path t)
I have a refile verify function and a refile targets
specification of ((org-agenda-files :tag . "refile")) .
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
===
Bigotry against people with serious diseases is still bigotry.
reply other threads:[~2011-10-16 18:28 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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='CAJcAo8tDB-oYOLF=Oxh_QRXzCp0Og8q9QK4p_zx-7qjhOmuEwQ@mail.gmail.com' \
--to=samologist@gmail.com \
--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).