From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jens Lechtenboerger Subject: Re: ox-html: Bug or feature for export of title and meta information? Date: Mon, 17 Feb 2020 19:32:06 +0100 Message-ID: <87tv3pxdy1.fsf@informationelle-selbstbestimmung-im-internet.de> References: <87d0ft3kpa.fsf@informationelle-selbstbestimmung-im-internet.de> <8736bhwnbl.fsf@gnu.org> <87k14pdqzl.fsf@informationelle-selbstbestimmung-im-internet.de> <87y2t5rmna.fsf@nicolasgoaziou.fr> <874kvsfg4t.fsf@informationelle-selbstbestimmung-im-internet.de> <87y2t4q78i.fsf@nicolasgoaziou.fr> <87imk6o0st.fsf@informationelle-selbstbestimmung-im-internet.de> <87pnedpmu9.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:46576) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3lBo-0000K9-07 for emacs-orgmode@gnu.org; Mon, 17 Feb 2020 13:32:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j3lBm-0002vr-Q7 for emacs-orgmode@gnu.org; Mon, 17 Feb 2020 13:32:15 -0500 In-Reply-To: <87pnedpmu9.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Mon, 17 Feb 2020 10:47:10 +0100") 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-mx.org@gnu.org Sender: "Emacs-orgmode" To: Bastien Cc: emacs-orgmode@gnu.org Hi there! On 2020-02-17, at 10:47, Nicolas Goaziou wrote: > Jens Lechtenboerger writes: >> Which =E2=80=9Cnon exportable objects=E2=80=9D can be skipped by that fu= nction (as >> mentioned in a comment in org-html--build-meta-info)? Should they also >> be skipped for description or title? > > That non-exportable part is confusing. I think > > (org-element-interpret-data auth) > > is sufficient. I pushed a change in that direction. Thank you! The function org-element-interpret-data seems to return the empty string for nil. Is that by contract or accident? In the former case, maybe use (org-element-interpret-data (plist-get info :author)) instead of the let statement? What do you think about applying org-element-interpret-data (instead of org-export-data) when let-binding title, like the following? (org-html-encode-plain-text (org-element-interpret-data (plist-get info :title))) As far as I can tell, this would create valid (X)HTML. Best wishes Jens