emacs-wiki-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [emacs-wiki-discuss] Thoughts about Reverse Linking


From: Jim Ottaway
Subject: Re: [emacs-wiki-discuss] Thoughts about Reverse Linking
Date: Fri, 28 Oct 2005 13:38:51 +0100
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

>>>>> Bastien Guerry <address@hidden> writes:

> A first attempt fetching planner pages that link to the current gnus
> article at point:

> (defun my-planner-find-gnus-message ()
>   "Find the current message in planner pages."
>   (interactive)
>   (let ((id (regexp-opt (list (planner-gnus-get-message-id)))))
>     (dired planner-directory)
>     (dired-mark-files-containing-regexp id))
>   (dired-next-marked-file))

> ... fetching the current bibtex entry at point in planner pages:
    
> (defun my-planner-find-bibtex-entry ()
>   "Find the bibtex entry at point in planner pages."
>   (interactive)
>   (let ((id (regexp-opt (list (planner-bibtex-annotation-new)))))
>     (dired planner-directory)
>     (dired-mark-files-containing-regexp id))
>   (dired-next-marked-file))

I think that there should be a single general function: 

- It would take a project or list of projects as an argument, so that
  one can search projects other than the planner one.

- It would derive the annotation from context, so there would be no
  need for a separate function for each kind of annotation.

- And it would only search for the url of the annotation, since the
  description as supplied by the annotation function may have been
  subsequently edited.

Oh, I see.  The idea is to have a dired buffer with all matching files
marked.  I was imagining that a page of links would be displayed in a
buffer, perhaps with some context: rather like M-x grep but with muse
links. 

>> It could be slow searching through lots of pages. For speed you
>> could, of course, save to a separate index file an alist mapping
>> annotations to a list of pages. And have the index updated whenever
>> a planner page is saved. Then you would only actually have to search
>> through buffers modified since the last save.

> The two functions above are pretty ugly - especially because they use
> dired. We should have this functionnality from within planner, no?

> I think it would be nice to have something like the gnus *registry* -
> or the dynamically updated "index" you're mentionning.

Indeed, one could actually hoover up lots of information about pages into a
database that way.

But let us not pre-empt what the original author may have already come
up with.

-- 
Jim Ottaway




reply via email to

[Prev in Thread] Current Thread [Next in Thread]