emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Samuel Wales <samologist@gmail.com>
To: Carsten Dominik <dominik@uva.nl>
Cc: mailing-list-org-mode Mode <emacs-orgmode@gnu.org>
Subject: Re: Re: Refile target caching
Date: Mon, 16 Aug 2010 18:11:36 -0700	[thread overview]
Message-ID: <AANLkTimpuM1Wf-ABAkoLg=7k7ZOAaiPmmv0BEukihvqG@mail.gmail.com> (raw)
In-Reply-To: <582FC246-F8AB-4C78-9EBC-8AD62B298428@uva.nl>

It tries to call looking-at-p.

Is that a 23ism?

I run Emacs 22.

If that isn't it, I will do a backtrace etc.

Thanks.

On 2010-08-16, Carsten Dominik <dominik@uva.nl> wrote:
>
> On Aug 16, 2010, at 5:55 PM, Samuel Wales wrote:
>
>> On 2010-08-16, Carsten Dominik <dominik@uva.nl> wrote:
>>> Yes, sorting is one of the issues that will loose markers.
>>
>> Do you think that a cautious move here would be to compare the
>> headline of the target to the headline you think matches the target?
>> Then the refile can be aborted if they do not match.
>
> Hi Samuel,
>
> yes, this is in fact a good secure measure - sorry for making it you
> say it three times before getting the idea.
>
> This should be working now.
>
> Best wishes
>
> - Carsten
>
>>
>>>
>>> - Carsten
>>>
>>>>
>>>> Samuel
>>>>
>>>>
>>>> P.S.  The running clock also gets lost all the time.  Even when
>>>> point is in it!
>>>>
>>>> On 2010-08-16, Carsten Dominik <dominik@uva.nl> wrote:
>>>>>
>>>>> On Aug 2, 2010, at 4:49 AM, Samuel Wales wrote:
>>>>>
>>>>>> Hi Carsten,
>>>>>>
>>>>>> Thank you for thinking of our bugs.  This is superb.
>>>>>>
>>>>>> I have used it for a while now.
>>>>>>
>>>>>> It speeds things up enormously, making the difference between
>>>>>> usability and not.
>>>>>>
>>>>>> However, I have definitely had headlines get refiled to the wrong
>>>>>> place.
>>>>>
>>>>> Ouch, this is bad.
>>>>>
>>>>> If you do a lot of moving stuff around in the buffer, the markers
>>>>> pointing to refile locations will become wrong.  So you then need
>>>>> to clear the cache, to make sure you get fresh positions.
>>>>>
>>>>> A good example where it goes wrong would, of cause, be useful.
>>>>>
>>>>> - Carsten
>>>>>
>>>>>
>>>>>> I am not able to track it down now, but I do have a
>>>>>> suggestion.
>>>>>>
>>>>>> ==> Would it be possible to print the actual target that the
>>>>>> headline
>>>>>> got refiled to, instead of the name associated with the marker?
>>>>>> At
>>>>>> present, org says that it successfully refiled to the target
>>>>>> headline
>>>>>> when it did not.
>>>>>>
>>>>>> ==> Alternatively, org could compare the actual headline it was
>>>>>> refiled to against the headline it was supposed to refile to.
>>>>>> Then
>>>>>> you'd get an error if they do not match.
>>>>>>
>>>>>> As for the bugs, I cannot investigate further now.  Debugging is
>>>>>> difficult for me.
>>>>>>
>>>>>> Perhaps more error checking as above will make the bug show up
>>>>>> better.
>>>>>>
>>>>>> Thanks.
>>>>>>
>>>>>> Samuel
>>>>>>
>>>>>> On 2010-05-17, Carsten Dominik <dominik@uva.nl> wrote:
>>>>>>> Hi Sebastian, hi Samuel,
>>>>>>>
>>>>>>> I remember that both of you have in the past reported that
>>>>>>> refiling
>>>>>>> has a long startup time because of target collection.
>>>>>>>
>>>>>>> I have now built a cache for refile targets and would like you to
>>>>>>> try
>>>>>>> it out.
>>>>>>>
>>>>>>> (setq org-refile-use-cache t)
>>>>>>>
>>>>>>> This will speed up refile target collection for the second and
>>>>>>> further
>>>>>>> instance.
>>>>>>> If you are moving or adding entries that are targets themselves,
>>>>>>> that
>>>>>>> chace needs to be cleared with prefix arg 0 (zero), i.e. `C-0 C-c
>>>>>>> C-
>>>>>>> w'
>>>>>>> or, if you prefer, with a triple C-u prefix.
>>>>>>>
>>>>>>> Samuel, note that this only speeds up target collection - it does
>>>>>>> nothing to the overhead added by ido - so we will have to see how
>>>>>>> much
>>>>>>> this helps for your use-case.
>>>>>>>
>>>>>>>
>>>>>>> - Carsten
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Q: How many CDC "scientists" does it take to change a lightbulb?
>>>>>> A: "You only think it's dark." [CDC has denied a deadly disease
>>>>>> for
>>>>>> 25 years]
>>>>>> ==========
>>>>>> Retrovirus: http://www.wpinstitute.org/xmrv/index.html
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>
>>>>> - Carsten
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Q: How many CDC "scientists" does it take to change a lightbulb?
>>>> A: "You only think it's dark." [CDC has denied a deadly disease for
>>>> 25 years]
>>>> ==========
>>>> Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE
>>>> DONATE
>>>> ===
>>>> PNAS must publish the original Lo and Alter NIH/FDA XMRV paper
>>>> verbatim along with the new paper.
>>>
>>> - Carsten
>>>
>>>
>>>
>>>
>>
>>
>> --
>> Q: How many CDC "scientists" does it take to change a lightbulb?
>> A: "You only think it's dark." [CDC has denied a deadly disease for
>> 25 years]
>> ==========
>> Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE
>> DONATE
>> ===
>> PNAS must publish the original Lo and Alter NIH/FDA XMRV paper
>> verbatim along with the new paper.
>>
>> _______________________________________________
>> 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
>
> - Carsten
>
>
>
>


-- 
Q: How many CDC "scientists" does it take to change a lightbulb?
A: "You only think it's dark." [CDC has denied a deadly disease for 25 years]
==========
Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE
===
PNAS must publish the original Lo and Alter NIH/FDA XMRV paper
verbatim along with the new paper.

  parent reply	other threads:[~2010-08-17  1:11 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-17 18:14 Refile target caching Carsten Dominik
2010-05-18  0:14 ` Richard Riley
2010-05-18  5:57   ` Carsten Dominik
2010-08-02  2:49 ` Samuel Wales
2010-08-16 12:49   ` Carsten Dominik
2010-08-16 15:44     ` Samuel Wales
2010-08-16 15:45       ` Carsten Dominik
2010-08-16 15:55         ` Samuel Wales
2010-08-16 17:28           ` Carsten Dominik
2010-08-16 18:09             ` Samuel Wales
2010-08-17  1:11             ` Samuel Wales [this message]
2010-08-17  4:33               ` Carsten Dominik

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='AANLkTimpuM1Wf-ABAkoLg=7k7ZOAaiPmmv0BEukihvqG@mail.gmail.com' \
    --to=samologist@gmail.com \
    --cc=dominik@uva.nl \
    --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).