From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: org-depend: dependencies between TODO entries in different files Date: Thu, 8 Dec 2016 07:44:28 +0100 Message-ID: References: <2016-08-25T14-36-57@devnull.Karl-Voit.at> <877fb429j4.fsf@saiph.selenimh> <2016-08-25T17-05-15@devnull.Karl-Voit.at> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a114b0ae24c480305431ff97c Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38082) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cEsTA-0004k1-50 for emacs-orgmode@gnu.org; Thu, 08 Dec 2016 01:46:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cEsT6-0007Xo-3b for emacs-orgmode@gnu.org; Thu, 08 Dec 2016 01:46:16 -0500 Received: from mail-wm0-f41.google.com ([74.125.82.41]:36501) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cEsT5-00074Q-Od for emacs-orgmode@gnu.org; Thu, 08 Dec 2016 01:46:12 -0500 Received: by mail-wm0-f41.google.com with SMTP id g23so202694891wme.1 for ; Wed, 07 Dec 2016 22:45:50 -0800 (PST) In-Reply-To: <2016-08-25T17-05-15@devnull.Karl-Voit.at> 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: Karl Voit Cc: org-mode list --001a114b0ae24c480305431ff97c Content-Type: text/plain; charset=UTF-8 Hi, I can take a look at that. Unless Nicolas already is working on it, of course. One additional point is, of course, that org-depend is not part of the core, but was written as a proof of concept. Is anyone besides Karl using it regularly? I don't want to break anything by changing it. Maybe it would, in fact, be better to first look in the local file and then try org-id-find. Carsten On Thu, Aug 25, 2016 at 5:11 PM, Karl Voit wrote: > * Nicolas Goaziou wrote: > > Hello, > > Hello Nicolas, > > > Karl Voit writes: > > > >> Function org-depend-block-todo uses org-find-entry-with-id (from > >> org.el) which is using org-find-property which starts with > >> (goto-char (point-min)) not jumping to any other org-mode buffer. > >> > >> Is there a reason behind this design choice? > > > > What design choice? > > ... that org-depend is using the current document only. > > > 1. That `org-find-property' only searches in the current document? > > > > 2. That `org-depend-block-todo' uses `org-find-entry-with-id' instead of > > e.g., `org-id-find'? > > > > Property API assumes properties are local to the document. When you > > search for property "FOO", it means "FOO" in the current buffer, not > > "FOO" is some other random Org file somewhere in your hard-disk. > > Ah, good to know. > > Is there a document, where someone is able to learn those > "meta-patterns" like "Property API assumes properties are local to > the document"? > > > ID property is special for that matter. > > Clearly, when you take a look at "id:example-id". > > > Whenever Org sets such a property, it updates a location database > > (which means ID properties shouldn't be changed "manually"). > > Being curious: since I only set IDs manually (by typing them into > the PROPERTIES drawer by myself), do I have to take care of > "updating some database"? > > > So, ID property can efficiently be used to refer to remote > > documents. > > ... which I find ultimately useful to get a "personal wiki". > > > As a consequence, it may be useful to use `org-id-find' and > > fall-back to `org-find-property' in `org-depend-block-todo'. > > > >> Who is the current maintainer of org-depend.el? Carsten ist > >> listed as author in the header. > > > > I guess nobody. Do you want to take care of it? > > Trust me: with my very limited knowledge of Elisp and Org-mode > internals, you do not want to see a commit from my side that is > something other than a typo fix or documentation. ;-) > > Can you do us the favour? > > Thanks for your insight! > > -- > mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > > get Memacs from https://github.com/novoid/Memacs < > > https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on > github > > > --001a114b0ae24c480305431ff97c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I can take a look at that.=C2=A0 Un= less Nicolas already is working on it, of course.

= One additional point is, of course, that org-depend is not part of the core= , but was written as a proof of concept.=C2=A0 Is anyone besides Karl using= it regularly?=C2=A0 I don't want to break anything by changing it.=C2= =A0 Maybe it would, in fact, be better to first look in the local file and = then try org-id-find.

Carsten

On Thu, Aug 25, 2016 at 5:= 11 PM, Karl Voit <devnull@karl-voit.at> wrote:
* Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
> Hello,

Hello Nicolas,

> Karl Voit <devnull@Karl-Voit.at> writes:
>
>> Function org-depend-block-todo uses org-find-entry-with-id (from >> org.el) which is using org-find-property which starts with
>> (goto-char (point-min)) not jumping to any other org-mode buffer.<= br> >>
>> Is there a reason behind this design choice?
>
> What design choice?

... that org-depend is using the current document only.

> 1. That `org-find-property' only searches in the current document?=
>
> 2. That `org-depend-block-todo' uses `org-find-entry-with-id' = instead of
>=C2=A0 =C2=A0 e.g., `org-id-find'?
>
> Property API assumes properties are local to the document. When you > search for property "FOO", it means "FOO" in the c= urrent buffer, not
> "FOO" is some other random Org file somewhere in your hard-d= isk.

Ah, good to know.

Is there a document, where someone is able to learn those
"meta-patterns" like "Property API assumes properties are lo= cal to
the document"?

> ID property is special for that matter.

Clearly, when you take a look at "id:example-id".

> Whenever Org sets such a property, it updates a location database
> (which means ID properties shouldn't be changed "manually&quo= t;).

Being curious: since I only set IDs manually (by typing them into the PROPERTIES drawer by myself), do I have to take care of
"updating some database"?

> So, ID property can efficiently be used to refer to remote
> documents.

... which I find ultimately useful to get a "personal wiki"= ;.

> As a consequence, it may be useful to use `org-id-find' and
> fall-back to `org-find-property' in `org-depend-block-todo'. >
>> Who is the current maintainer of org-depend.el? Carsten ist
>> listed as author in the header.
>
> I guess nobody. Do you want to take care of it?

Trust me: with my very limited knowledge of Elisp and Org-mode
internals, you do not want to see a commit from my side that is
something other than a typo fix or documentation. ;-)

Can you do us the favour?

Thanks for your insight!

--
mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: =C2=A0 =C2=A0 =C2=A0 =C2=A0> get Memacs from https://github.com/n= ovoid/Memacs <

https://github.com/novoid/extract_p= df_annotations_to_orgmode + more on github



--001a114b0ae24c480305431ff97c--