From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Re: Refile target caching Date: Mon, 16 Aug 2010 19:28:50 +0200 Message-ID: <582FC246-F8AB-4C78-9EBC-8AD62B298428@uva.nl> References: <61308330-4F3C-4E7C-AE74-D75B3B8B87FB@uva.nl> <6485A455-5FD5-4AAD-A022-6C63CF914043@uva.nl> <84FDB705-29A0-4D3B-A7B4-88AAD03AACB7@uva.nl> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from [140.186.70.92] (port=46124 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ol3uC-0004Kc-Ud for emacs-orgmode@gnu.org; Mon, 16 Aug 2010 13:55:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ol3uB-0003HR-Cu for emacs-orgmode@gnu.org; Mon, 16 Aug 2010 13:55:28 -0400 Received: from pony.ic.uva.nl ([145.18.40.181]:38415) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ol3uB-0003HK-2E for emacs-orgmode@gnu.org; Mon, 16 Aug 2010 13:55:27 -0400 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: Samuel Wales Cc: mailing-list-org-mode Mode On Aug 16, 2010, at 5:55 PM, Samuel Wales wrote: > On 2010-08-16, Carsten Dominik 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 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 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