From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rasmus Subject: Re: [ox, patch] Add #+SUBTITLE Date: Thu, 26 Mar 2015 11:10:11 +0100 Message-ID: <87oang9iik.fsf@gmx.us> References: <87a8z7z20k.fsf@gmx.us> <87vbht2kri.fsf@nicolasgoaziou.fr> <87sicx6of8.fsf@gmx.us> <87vbhqn4u4.fsf@nicolasgoaziou.fr> <551370B3.1000709@mbacou.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38486) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yb4k2-00076s-9S for emacs-orgmode@gnu.org; Thu, 26 Mar 2015 06:10:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yb4jw-0000YV-DX for emacs-orgmode@gnu.org; Thu, 26 Mar 2015 06:10:22 -0400 Received: from mout.gmx.net ([212.227.15.19]:60387) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yb4jw-0000YG-2p for emacs-orgmode@gnu.org; Thu, 26 Mar 2015 06:10:16 -0400 In-Reply-To: <551370B3.1000709@mbacou.com> (Melanie Bacou's message of "Wed, 25 Mar 2015 22:36:35 -0400") 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: mel@mbacou.com Cc: emacs-orgmode@gnu.org Hi, Melanie Bacou writes: > I would indeed go further and suggest adding the following once and > for all as common ox features: I don't think so. Consider the ultra important ox-ical (it's important 'cause it keep my calendar in sync via org-caldav). How should it handle these fields? I think markdown also ignores them. I think it's better to identify a subset of "text exporters" (ox-ascii, ox-html, ox-latex, ox-odt) that support a larger set of keywords, but not through ox.el. (Though having it in ox makes the backend code slightly cleaner). > #+AUTHORS (support multiple) This one is tough. Recently I had to write a LaTeX title for two authors, one institutions like Author 1 Author 2 Institution AFAIK, the \and does not work for this in LaTeX. It's just very hard to find a general solution. How would you even write this? How do I associate authors and institution? Previously we talked about supporting footnotes in TITLE and AUTHOR which could maybe solve the email issue. > #+EMAILS (1 per author) > #+AFFILIATIONS (1 per author) AFAIK this is supported in beamer, so we could add it there. It's also in KOMA-Script I believe. > #+CLASSIFICATION (e.g. "ACM", "JEL", "Dublin Core", "your corporate > classification", etc.) I have no clue what this means. > #+KEYWORDS > #+DESCRIPTION > #+REVISION > #+COPYRIGHT Are these fields standard? In hyperref these are supported out of the box: pdftitle pdfauthor pdfsubject pdfcreator pdfproducer pdfkeywords pdftrapped New ones can be added via pdfinfo, though. You have not specified any details about what is printed. I guess something like revision is like a subtitle, i.e. you'd want it printed? > This is not so much about what back-ends currently support (that's > irrelevant in my view), it's about what minimum meta information is > needed to publish and maintain meaningful documents. It also about having good support for our main backends. E.g. we try to support math equally well in latex and other backends. > The use of these meta fields encourage good publishing practices, and > all back-ends should eventually support all or a subset of these. Most > LaTeX journal classes do. ^^^^^^^ But ox-latex assumes the default doc. classes. > HTML would support these at least as tags. It would be great if you would concretely share examples with us, that uses all of this stuff in a concrete manner. At the very least more details is needed. You will also have to confirm whether you truly think this is an ox.el issue in the light of my comments above (what is COPYRIGHT to ical?). > ODT and DOCX can support all using templates. Org does not export to docx. =E2=80=94Rasmus --=20 . . . The proofs are technical in nature and provides no real understanding