From mboxrd@z Thu Jan 1 00:00:00 1970 From: Grant Rettke Subject: Re: Should a human ever set the ID property? Should a human only ever set the CUSTOM_ID property? Date: Sat, 20 Aug 2016 10:43:55 -0500 Message-ID: References: <878tvu4qbp.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43848) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bb8RK-0007b5-Ie for emacs-orgmode@gnu.org; Sat, 20 Aug 2016 11:44:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bb8RI-0008V9-Iu for emacs-orgmode@gnu.org; Sat, 20 Aug 2016 11:44:05 -0400 Received: from mail-io0-x236.google.com ([2607:f8b0:4001:c06::236]:36150) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bb8RI-0008U1-Bx for emacs-orgmode@gnu.org; Sat, 20 Aug 2016 11:44:04 -0400 Received: by mail-io0-x236.google.com with SMTP id b62so74341072iod.3 for ; Sat, 20 Aug 2016 08:44:03 -0700 (PDT) In-Reply-To: <878tvu4qbp.fsf@ericabrahamsen.net> 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: Eric Abrahamsen Cc: "emacs-orgmode@gnu.org" On Thu, Aug 18, 2016 at 12:08 AM, Eric Abrahamsen wrote: > > My understanding (and I may be grokking things *incorrectly* here) is > that CUSTOM_ID is mostly useful when you expect to be to be typing the > ID itself (ie when linking to a headline), or when it's otherwise > important that the text of the ID be some precise string, and not a > random string. > > If all you want to do is ensure that all headlines have an ID, I would > assume that the regular built-in functions would do the trick just fine. > > Lots of assumptions there! Thank you Eric. Agreed. For my use case, they are perfect. If I want to change them, too, I can change them in the document itself. CUSTOM_ID seems to be used more for links and capturing.