From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christophe Schockaert Subject: Re: Properties ID vs. CUSTOM_ID Date: Thu, 22 Dec 2016 20:23:53 +0100 Message-ID: <8760mbojhy.fsf@artlab.createcnix.lan> References: <2016-08-25T14-36-57@devnull.Karl-Voit.at> <877fb429j4.fsf@saiph.selenimh> <2016-08-25T17-05-15@devnull.Karl-Voit.at> <87mvg2t8g0.fsf@artlab.createcnix.lan> <2016-12-12T12-38-45@devnull.Karl-Voit.at> <2016-12-12T15-59-38@devnull.Karl-Voit.at> <2016-12-18T13-12-13@devnull.Karl-Voit.at> <2016-12-20T20-43-27@devnull.Karl-Voit.at> <2016-12-22T11-00-17@devnull.Karl-Voit.at> <2016-12-22T16-27-34@devnull.Karl-Voit.at> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37454) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cK8yJ-000534-In for emacs-orgmode@gnu.org; Thu, 22 Dec 2016 14:24:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cK8yG-0004UB-CV for emacs-orgmode@gnu.org; Thu, 22 Dec 2016 14:24:11 -0500 Received: from smtp1.tech.numericable.fr ([82.216.111.37]:49856) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cK8yG-0004Tc-0B for emacs-orgmode@gnu.org; Thu, 22 Dec 2016 14:24:08 -0500 Received: from artlab.createcnix.lan (81-64-91-228.rev.numericable.fr [81.64.91.228]) by smtp1.tech.numericable.fr (Postfix) with ESMTP id A88CE146202 for ; Thu, 22 Dec 2016 20:24:03 +0100 (CET) Received: from artlab.createcnix.lan (localhost.createcnix.lan [127.0.0.1]) by artlab.createcnix.lan (Postfix) with ESMTPS id 50B345EA4B for ; Thu, 22 Dec 2016 20:23:54 +0100 (CET) In-reply-to: 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: "emacs-orgmode@gnu.org" John Kitchin writes: > On Thu, Dec 22, 2016 at 10:30 AM, Karl Voit wrote: > >> * John Kitchin wrote: >> > >> > There is not an issue using a human-readable id in :ID: as long as it is >> > unique. It will store fine, link fine, etc... >> >> I also think so because I am only using human-readable :ID: without >> any issue so far. >> >> However, the argument was that no human should set :ID: but use >> :CUSTOM_ID: *instead*. See also the old thread I linked before. >> > That is just be a convention though, and as long as the IDs are unique, it > does not matter who sets them. > > John That's how I ended up understanding their use. When I read the manual (http://orgmode.org/manual/Handling-links.html), it's actually possible to define both IDs for the same entry: : So using this command (added: org-store-link) in Org buffers will : potentially create two links: a human-readable from the custom ID, and : one that is globally unique and works even if the entry is moved from : file to file. Later, when inserting the link, you need to decide which : one to use. Indeed, if both IDs are available, when inserting the link, we can choose which ID will be used as target. Also, we should note that the scope for CUSTOM_ID is the current file only. That's what prevented me to migrate human readable IDs to CUSTOM_IDs, and led me to consider the choice between the two as a convention. And I guess, that you would need ID available between different files too, Karl, as you expect org-depend to be usable accross different files :o) Christophe -- ---------------> mailto:R3vLibre@citadels.eu Once it's perfectly aimed, the flying arrow goes straight to its target. Thus, don't worry when things go right. There will be enough time to worry about if they go wrong. Then, it's time to fire a new arrow towards another direction. Don't sink. Adapt yourself ! The archer has to shoot accurately and quickly. [Words of Erenthar, the bowman ranger] <---------------<<<<