Wishlist: let org-refile find buffers that have been renamed

Wishlist: let org-refile find buffers that have been renamed

[Hsiu-Khuern Tang]

Hi,

I have a perhaps unusual way of organizing my agenda files like this:

project1/notes.org
project2/notes.org
...

and I use rename-buffer in each notes.org to make sure I can tell them
apart, e.g.,

- In project1/notes.org, I have (rename-buffer "project1.org")

- In project2/notes.org, I have (rename-buffer "project2.org")

This works fine with commands like C-c b (org-iswitchb), which
displays the renamed buffers ( "project1.org" and "project2.org") in
the minibuffer prompt.  However, C-c w (org-refile) does not find
these targets --- it would be nice if it did!  I think the "problem"
is in the function org-get-refile-targets in org.el, but I'm not good
at hacking elisp.

I am using ido completion (org-completion-use-ido is non-nil).

Thanks!

Hsiu-Khuern.

Re: Wishlist: let org-refile find buffers that have been renamed

[Samuel Wales]

Did you try uniquify?

Re: Wishlist: let org-refile find buffers that have been renamed

[Hsiu-Khuern Tang]

Hi Samuel,

Thanks for the suggestion.  I just tried it, and it does a nice job
choosing easy-to-identify buffer names.  But those buffer names again
do not come up for selection by C-c C-w (org-refile).

-- 
Best,
Hsiu-Khuern.

On Wed, Dec 22, 2010 at 4:58 PM, Samuel Wales <samologist@gmail.com> wrote:
> Did you try uniquify?
>

Re: Wishlist: let org-refile find buffers that have been renamed

[Suvayu Ali]

On Wednesday 22 December 2010 06:08 PM, Hsiu-Khuern Tang wrote:
> Hi Samuel,
>
> Thanks for the suggestion.  I just tried it, and it does a nice job
> choosing easy-to-identify buffer names.  But those buffer names again
> do not come up for selection by C-c C-w (org-refile).

I think org-refile ignores duplicate entries and refiles to the first 
match. I have observed this same behaviour even for sub-trees with same 
names.

e.g.

* top headline
** sub-heading
    Text for sub-heading 1
** sub-heading
    Text for sub-heading 2


-- 
Suvayu

Open source is the future. It sets us free.

Re: Wishlist: let org-refile find buffers that have been renamed

[Nathan Neff]

On Wed, Dec 22, 2010 at 8:53 PM, Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
> On Wednesday 22 December 2010 06:08 PM, Hsiu-Khuern Tang wrote:
>>
>> Hi Samuel,
>>
>> Thanks for the suggestion.  I just tried it, and it does a nice job
>> choosing easy-to-identify buffer names.  But those buffer names again
>> do not come up for selection by C-c C-w (org-refile).

I'm going to try this tomorrow, but in case it doesn't work with C-c C-w,
I would like to vote +1 for this feature.

I have a wiki (in org-mode) and my personal notes (in org-mode) and
they're stored in different directories.  I also have common filenames
like this:

wiki/grails.org
wiki/groovy.org
wiki/vim.org

and

personal/grails.org
personal/groovy.org
personal/vim.org

I resolve this problem currently by refiling my personal items first,
then refiling
my wiki last.  I have two custom methods that set my refile target to
my wiki or my personal directory.  I run njn/set-refile-personal when
I want to refile to my personal directory, and I run
njn/set-refile-notesmine when I want to refile to my wiki.

 (defun njn/set-refile-personal()
    (interactive)
    (setq org-refile-targets
          (quote ((njn/personal-org-files :maxlevel . 5))))
  )

  (defun njn/set-refile-notesmine()
    (interactive)
    (setq org-refile-targets
          (quote
            (njn/notesmine-org-files :maxlevel . 5)))
  )

Anyway, I would love it if I didn't have to do it this way, and I'll
check out uniquify tomorrow.

Maybe a solution would be to use a file-property to give a buffer an
alias when refiling?  Like this:

-------- wiki/grails.org
#+refile-alias: WGrails

-------- personal/grails.org would just use "grails.org"

--Nate




>
> I think org-refile ignores duplicate entries and refiles to the first match.
> I have observed this same behaviour even for sub-trees with same names.
>
> e.g.
>
> * top headline
> ** sub-heading
>   Text for sub-heading 1
> ** sub-heading
>   Text for sub-heading 2
>
>
> --
> Suvayu
>
> Open source is the future. It sets us free.
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>