From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: org-exp-bibtex missing in git? Date: Wed, 06 Mar 2013 14:38:17 +0100 Message-ID: <87ppzcfy2e.fsf@med.uni-goettingen.de> References: <20130303070635.GA12112@panahar> <87fw0cg42y.fsf@allisson.co> <87vc98be83.fsf@bzg.ath.cx> <87ehfwwgdd.fsf@gmail.com> <87ppzg2r05.fsf@med.uni-goettingen.de> <87ppzgusem.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:34724) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDEYN-0006pp-Hu for emacs-orgmode@gnu.org; Wed, 06 Mar 2013 08:38:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UDEYI-0004LQ-0m for emacs-orgmode@gnu.org; Wed, 06 Mar 2013 08:38:43 -0500 Received: from plane.gmane.org ([80.91.229.3]:33395) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDEYH-0004LL-Q2 for emacs-orgmode@gnu.org; Wed, 06 Mar 2013 08:38:37 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UDEYZ-0001U6-2y for emacs-orgmode@gnu.org; Wed, 06 Mar 2013 14:38:55 +0100 Received: from genepi110.genepi.med.uni-goettingen.de ([134.76.140.110]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Mar 2013 14:38:55 +0100 Received: from andreas.leha by genepi110.genepi.med.uni-goettingen.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Mar 2013 14:38:55 +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.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Nicolas Goaziou writes: > Hello, > > Andreas Leha writes: > >> Nicolas Goaziou writes: >> >>> Bastien writes: >>> >>>> Hi Vikas, >>>> >>>> François Allisson writes: >>>> >>>>> org-exp-bibtex, because of its dependency on the old exporter, was first >>>>> moved from contrib/lisp to contrib/oldexp during the process of >>>>> migration towards org new exporter. And yesterday, the directory >>>>> contrib/oldexp was eventually removed[1]. >>>> >>>> Yes. What features of org-exp-bibtex.el would you need that you don't >>>> have with the current version of Org (from the master branch)? It will >>>> help knowing what to implement. >>> >>> It would be good to integrate citations in export framework, so we do >>> not rely on an external tool and \cite{...} constructs. >>> >>> We already got rid of \ref{...}. >>> >>> Maybe something like [cite:....]. org-element could parse this, and >>> ox.el provide some tools to access data. Then each back-end could deal >>> with them. >>> >> >> This would be truly *awesome*. This is the major barrier blocking truly >> cross-backend export. >> >> The data would be still from bibtex files? > > No idea. > > That's why specifications must be discussed first. What [cite:...] > entries (if we agree on that syntax) should provide? > > > Regards, Some thoughts on this. For me, citations are more than links but also include information on formatting (\citep) and on what to use in the citation (\citeauthor). I am not sure on how far an org-mode implementation of citations should go, but from a LaTeX-targeted view, they could support 1. different citation commands (\cite, \citep, ..., \footfullcite) 2. pre- and postnotes so that it'd be possible to have something like this generated in LaTeX export: \footfullcite[prenote][postnote]{key} Eric suggested/uses this format (thanks for sharing, Eric): [[cite:jones-etal-2000][Jones et al., 2000]] ^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^ key displayed in org So, a possible extension of that could, for instance, use a third pair of [] as in [[cite:jones-etal-2000][Jones et al., 2000][[citationcommand][prenote][postnote]]] ^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^ key displayed in org If org only supports \cite (or only \cite and \citep), for serious writing I'll still have to use LaTeX commands. On the other hand, since I don't (yet?) see a chance to support any of that for a different backend than LaTeX it might be overengineered to support these at org-modes side? Regards, Andreas