From mboxrd@z Thu Jan 1 00:00:00 1970 From: ST Subject: Re: Structured links to headings with endless depth Date: Wed, 14 Mar 2018 20:46:55 +0200 Message-ID: <1521053215.1930.124.camel@gmail.com> 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> <873712ld8z.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51956) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ewBQW-0002WF-Ge for Emacs-orgmode@gnu.org; Wed, 14 Mar 2018 14:47:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ewBQR-00059l-Gr for Emacs-orgmode@gnu.org; Wed, 14 Mar 2018 14:47:04 -0400 Received: from mail-wr0-x234.google.com ([2a00:1450:400c:c0c::234]:33581) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ewBQR-00059R-8u for Emacs-orgmode@gnu.org; Wed, 14 Mar 2018 14:46:59 -0400 Received: by mail-wr0-x234.google.com with SMTP id z73so1546040wrb.0 for ; Wed, 14 Mar 2018 11:46:59 -0700 (PDT) In-Reply-To: <873712ld8z.fsf@nicolasgoaziou.fr> 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: Nicolas Goaziou Cc: Eric S Fraga , org-mode-email , Christian Moe , John Kitchin On Wed, 2018-03-14 at 19:32 +0100, Nicolas Goaziou wrote: > 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. Sure, numbers were just a short abstract example. This can very well be: fruits:apples:jonagold > > No offence intended, but it really sounds like a false good idea. You definitely have more experience with org (I'm just learning), so you indeed know better :)