From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ken Mankoff Subject: Re: Smart archiving of subtrees with parent headlines Date: Tue, 2 Apr 2019 09:32:37 +0200 Message-ID: References: <87tvrxilss.fsf@bzg.fr> <876047sqb4.fsf@gnu.org> <87o95uqhbn.fsf@geus3064linuxwsm.geus.dk> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000006a0c09058587267c" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:60081) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hBDv6-0005zM-BE for emacs-orgmode@gnu.org; Tue, 02 Apr 2019 03:33:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hBDv4-0000dN-QA for emacs-orgmode@gnu.org; Tue, 02 Apr 2019 03:33:20 -0400 In-Reply-To: <87o95uqhbn.fsf@geus3064linuxwsm.geus.dk> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Mark Edgington Cc: Bastien , emacs-orgmode --0000000000006a0c09058587267c Content-Type: text/plain; charset="UTF-8" I'm not an advanced lisper so I hate to say "this seems like it should be easy" - it isn't for me. But while playing around with the default archive behavior (C-c C-x C-a OR C-c C-x C-s?), I notice that ":ARCHIVE_OLPATH: Testing/SomeTest Archive Project" is include in the archived item. So Org appears to know where the item should go (if not at the top level). It seems like it should be easy to either a) put it in the right place when archiving, b) put it in the right place at some later point in time or c) perform a search on the archive file that at least limits the results to a tree or subtree. I can do the last one! -k. On Fri, Mar 29, 2019 at 8:18 AM Ken Mankoff wrote: > > On 2019-03-29 at 03:23 +0100, Mark Edgington wrote... > > But it sounds like you're saying that it won't work with the latest > > git versions? > > elpa, not git. But yes, this code is expecting and calling functions no > longer in the core code. > > -k. > > --0000000000006a0c09058587267c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm not an advanced = lisper so I hate to say "this seems like it should be easy" - it = isn't for me. But while playing around with the default archive behavio= r (C-c C-x C-a OR C-c C-x C-s?), I notice that ":ARCHIVE_OLPATH: Testi= ng/SomeTest Archive Project" is include in the archived item. So Org a= ppears to know where the item should go (if not at the top level). It seems= like it should be easy to either a) put it in the right place when archivi= ng, b) put it in the right place at some later point in time or c) perform = a search on the archive file that at least limits the results to a tree or = subtree. I can do the last one!

=C2=A0= -k.


On Fri, Mar 29, 2019 at 8:18 AM Ken Mankoff <mankoff@gmail.com> wrote:

On 2019-03-29 at 03:23 +0100, Mark Edgington <edgimar@gmail.com> wrote...
> But it sounds like you're saying that it won't work with the l= atest
> git versions?

elpa, not git. But yes, this code is expecting and calling functions no lon= ger in the core code.

=C2=A0 -k.

--0000000000006a0c09058587267c--