From mboxrd@z Thu Jan 1 00:00:00 1970 From: kadal Subject: Re: ox-html export bug Date: Fri, 8 Sep 2017 10:18:18 -0700 Message-ID: <889ae077-40da-355b-9574-e9b73127910e@gmail.com> References: <87mv66xvlr.fsf@nicolasgoaziou.fr> <0463b497-7f6b-b5c2-005b-25412ba80fba@gmail.com> <8760cto9gz.fsf@gmx.us> <87bmmlwkzp.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60067) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dqMvD-0004iR-Iy for emacs-orgmode@gnu.org; Fri, 08 Sep 2017 13:18:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dqMv8-0004Zl-KK for emacs-orgmode@gnu.org; Fri, 08 Sep 2017 13:18:27 -0400 Received: from mail-pf0-x244.google.com ([2607:f8b0:400e:c00::244]:34161) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dqMv8-0004YD-E4 for emacs-orgmode@gnu.org; Fri, 08 Sep 2017 13:18:22 -0400 Received: by mail-pf0-x244.google.com with SMTP id g65so1472456pfe.1 for ; Fri, 08 Sep 2017 10:18:21 -0700 (PDT) Received: from [10.249.110.37] (128-193-154-206.ptpg.oregonstate.edu. [128.193.154.206]) by smtp.gmail.com with ESMTPSA id s189sm4232962pgc.1.2017.09.08.10.18.18 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 08 Sep 2017 10:18:19 -0700 (PDT) In-Reply-To: <87bmmlwkzp.fsf@nicolasgoaziou.fr> Content-Language: en-GB 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 >> Fair point. Would it be sufficient to give these type of links a class, >> say "org-internal-links". Then you should be able to explicitly turn off >> the content for these links. >> >> .org-internal-links::after {content:"";} I don't know, looks like a bug to me. > I haven't put much thought into it, but I wonder if it would be possible > to ignore EXTRA-IDS and only use PREFERRED-ID (see `org-html-headline'), > i.e., use > > (or (org-element-property :CUSTOM_ID headline) > (org-export-get-reference headline info)) > > It could be a problem when publishing to HTML, but I'm not sure at this > point. Going back to the original report: ------------------------------

1 heading 1

2 heading 2

------------------------------- The first headline with no CUSTOM_ID exports to "

" The second headline with a CUSTOM_ID exports to "

" Seems like the second one should export to either "

" or "

". Not sure why the empty link is being inserted or needs to be there at all. Deepak