From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Structured links to headings with endless depth Date: Wed, 14 Mar 2018 19:32:12 +0100 Message-ID: <873712ld8z.fsf@nicolasgoaziou.fr> References: <1520849353.1793.66.camel@gmail.com> <87tvtlsi2f.fsf@gmail.com> <1520851190.1793.74.camel@gmail.com> <87lgexfnl6.fsf@christianmoe.com> <1520862394.1793.83.camel@gmail.com> <87r2opcrkm.fsf@nicolasgoaziou.fr> <1520867316.1793.87.camel@gmail.com> <1521022248.1930.85.camel@gmail.com> <87h8pin5yq.fsf@nicolasgoaziou.fr> <1521051115.1930.108.camel@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50083) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ewBCd-0005d0-3n for Emacs-orgmode@gnu.org; Wed, 14 Mar 2018 14:32:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ewBCZ-0005Ov-Tg for Emacs-orgmode@gnu.org; Wed, 14 Mar 2018 14:32:43 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:48405) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ewBCZ-0005OH-NM for Emacs-orgmode@gnu.org; Wed, 14 Mar 2018 14:32:39 -0400 In-Reply-To: <1521051115.1930.108.camel@gmail.com> (ST's message of "Wed, 14 Mar 2018 20:11:55 +0200") 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: ST Cc: Eric S Fraga , org-mode-email , Christian Moe , John Kitchin ST writes: > Why [[file.org::#1:2:1]] is nicer than [file.org::1:2:1]]? Because you can write something more meaningful than "1:2:1" when using a CUSTOM_ID. >> - it translates nicely to "id" tag in HTML. > > You can generate the "id" tag in HTML like this 1-2-1 (if HTML dislikes > 1:2:1 tag) CUSTOM_ID is built-in, without implementing anything. > Isn't a good idea to add such a built in link type in the long term? IMO, Org has enough internal link types. In particular, this one brings little value compared to CUSTOM_ID. It is fragile wrt re-ordering, refiling, capture... It may be a headache to export, too, because "1.2.1" may mean something entirely different once non-exportable trees have been pruned. No offence intended, but it really sounds like a false good idea.