From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Carsten Dominik" Subject: Re: org-refile Date: Mon, 3 Dec 2007 08:27:37 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1234911699==" Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Iz5iP-0003pP-3e for emacs-orgmode@gnu.org; Mon, 03 Dec 2007 02:27:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Iz5iO-0003oR-9n for emacs-orgmode@gnu.org; Mon, 03 Dec 2007 02:27:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Iz5iO-0003o8-2j for emacs-orgmode@gnu.org; Mon, 03 Dec 2007 02:27:40 -0500 Received: from wa-out-1112.google.com ([209.85.146.181]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Iz5iN-00047d-GW for emacs-orgmode@gnu.org; Mon, 03 Dec 2007 02:27:39 -0500 Received: by wa-out-1112.google.com with SMTP id k34so5049967wah for ; Sun, 02 Dec 2007 23:27:37 -0800 (PST) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: "Jose A. Ortega Ruiz" Cc: emacs-orgmode@gnu.org --===============1234911699== Content-Type: multipart/alternative; boundary="----=_Part_10860_15920029.1196666857745" ------=_Part_10860_15920029.1196666857745 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Jose, On Dec 2, 2007 9:19 PM, Jose A. Ortega Ruiz wrote: > > Hi. > > I'm very happy with the new org-refile, but the current way of > specifying the target node is, IMHO, not as convenient as it could be. > For instance, if i specify levels up to, say, 2 as targets, and have > duplicated headlines at said level: > > * Project A > ** Tasks > ** Resources > * Project B > ** Tasks > ** Resources > > the completion shows only the first occurrence of 'Tasks' and > 'Resources'. What i do now is giving them different names, but it's a > bit artificial: > > * Project A > ** Project A tasks > ** Project A resources > * Project B > ** Project B tasks > ** Project B resources > > For situations like this one, it would help a lot having the option of > interactively selecting the target node in the same way as one selects > it after invoking org-remember. The idea of using the org-goto interface (which is what org-remember-handler uses for interactive filing), but IIRC Max has pointed out correctly that this interface is way too slow for this task. It is OK for occasional use, and if you are comfortable with it, you can use it during remember to file your note. However, if remember has collected some 10 tasks during a day and you need to go through this interface 10 times in succession, you will immediately get tired of it. Opening another window and doing cut-and-paste from one window to the other would probably be better. A second option would be to have > completion for all headlines in a hierarchical way, navigating the > outline tree at the mini-buffer prompt as if one where navigating a > file tree after C-xC-f. Finally, a (quick?) workaround would be to > show the target names as 'full-paths', e.g. Project A/Tasks, Project > B/Tasks in the first example above. It might be worth looking into disambiguating (is that a word???) duplicate headlines, or indeed make the hierarchy look like a path or even complete like find-file. Not a bad idea at all. C-c r o Implement way to distinguish identical headlines for org-refile C-c C-c - Carsten ------=_Part_10860_15920029.1196666857745 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Jose,

On Dec 2, 2007 9:19 PM, Jose A. Ortega Ruiz <jao@google.com> wrote:

Hi.

I'm very happy with the new org-refile, but the current way of
specifying the target node is, IMHO, not as convenient as it could be.
For instance, if i specify levels up to, say, 2 as targets, and have
duplicated headlines at said level:

* Project A
** Tasks
** Resources
* Project B
** Tasks
** Resources

the completion shows only the first occurrence of 'Tasks' and
'Resources'. What i do now is giving them different names, but it's a
bit artificial:

* Project A
** Project A tasks
** Project A resources
* Project B
** Project B tasks
** Project B resources

For situations like this one, it would help a lot having the option of
interactively selecting the target node in the same way as one selects
it after invoking org-remember.

The idea of using the org-goto interface (which is what org-remember-handler
 uses for interactive filing), but IIRC Max has pointed out correctly
that this interface is way too slow for this task.  It is OK for occasional
use, and if you are comfortable with it, you can use it during remember
to file your note.  However, if remember has collected some 10 tasks
during a day and you need to go through this interface 10 times
in succession, you will immediately get tired of it.  Opening another window
and doing cut-and-paste from one window to the other would probably
be better.

A second option would be to have
completion for all headlines in a hierarchical way, navigating the
outline tree at the mini-buffer prompt as if one where navigating a
file tree after C-xC-f. Finally, a (quick?) workaround would be to
show the target names as 'full-paths', e.g. Project A/Tasks, Project
B/Tasks in the first example above.

It might be worth looking into disambiguating (is that a word???)
duplicate headlines, or indeed make the hierarchy look like
a path or even complete like find-file.  Not a bad idea at all.

C-c r o Implement way to distinguish identical headlines for org-refile C-c C-c


- Carsten
 
------=_Part_10860_15920029.1196666857745-- --===============1234911699== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 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 --===============1234911699==--