From mboxrd@z Thu Jan 1 00:00:00 1970 From: Aaron Ecay Subject: Re: Some projects Date: Tue, 27 Oct 2015 13:03:15 +0000 Message-ID: <871tcgzcoc.fsf@gmail.com> References: <87wpub9jts.fsf@nicolasgoaziou.fr> <877fmazh2f.fsf@gmail.com> <87fv0x1t49.fsf@berkeley.edu> <874mhczfil.fsf@gmail.com> <87k2q8mqwj.fsf@gmx.us> 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]:51998) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zr3uO-0001QL-Vi for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 09:03:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zr3uL-00056L-Pk for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 09:03:24 -0400 Received: from mail-wi0-x22c.google.com ([2a00:1450:400c:c05::22c]:34721) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zr3uL-00056G-Io for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 09:03:21 -0400 Received: by wikq8 with SMTP id q8so210634196wik.1 for ; Tue, 27 Oct 2015 06:03:21 -0700 (PDT) In-Reply-To: <87k2q8mqwj.fsf@gmx.us> 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: Rasmus , emacs-orgmode@gnu.org Hi Rasmus, 2015ko urriak 27an, Rasmus-ek idatzi zuen: [...] >=20 > Can someone remind me why citeproc-java isn=E2=80=99t good? AFAIR, it ha= s a > bibtex parser. But probably it lacks in some other dimension... You have to write java to use it, which is a big negative (at least for me). Last time I think we concluded that the CLI interface it exposes is not adequate (though I actually started off trying to use it). There=E2=80=99s also the issue that it is just a bundling of citeproc-js wi= th some java libraries (js interpreter, bibtex processor, ...), so someone who tries to extend it actually has to know both java and js. > Do we WANT to depend on Pandoc? I would say "no". In my OS, where we > finally got a binary distribution of pandoc, the size of pandoc is still > 1600Mb! I don=E2=80=99t know if this is representative of other systems,= though. > E.g. what is the size of pandoc+deps in Debian? It=E2=80=99s unfortunate, but pandoc has the most easily adaptable CSL implementation for our use case, as far as I can see. The other contender is Zotero (in JS, possibly with XUL-specific bits). It would be good if somebody looked at what it would take for us to use Zotero=E2=80= =99s implementation, just as Richard did for Pandoc. --=20 Aaron Ecay