From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rasmus Subject: Re: Some projects Date: Tue, 27 Oct 2015 14:51:25 +0100 Message-ID: <87bnbkmnc2.fsf@gmx.us> References: <87wpub9jts.fsf@nicolasgoaziou.fr> <877fmazh2f.fsf@gmail.com> <87fv0x1t49.fsf@berkeley.edu> <874mhczfil.fsf@gmail.com> <87k2q8mqwj.fsf@gmx.us> <871tcgzcoc.fsf@gmail.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]:39426) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zr4ex-0004WD-RZ for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 09:51:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zr4eu-0002Wb-JK for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 09:51:31 -0400 Received: from mout.gmx.net ([212.227.17.20]:50959) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zr4eu-0002WV-9N for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 09:51:28 -0400 Received: from W530 ([62.80.108.14]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Lb90f-1aEu1e0q3V-00kePI for ; Tue, 27 Oct 2015 14:51:27 +0100 In-Reply-To: <871tcgzcoc.fsf@gmail.com> (Aaron Ecay's message of "Tue, 27 Oct 2015 13:03:15 +0000") 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 Aaron Ecay writes: > 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). I see. That's probably the reason. > There=E2=80=99s also the issue that it is just a bundling of citeproc-js = with > some java libraries (js interpreter, bibtex processor, ...), so someone > who tries to extend it actually has to know both java and js. Another drawback. Pure JS (or perhaps Haskell?) is probably more accessible then. FWIW, there's a couple of libraries that promise to read bibtex on npm, though I haven=E2=80=99t tried any of those.=20 https://www.npmjs.com/search?q=3Dbibtex >> 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. Indeed. I guess this is what they use: https://github.com/zotero/citeproc-node It also looks rather complex... Rasmus --=20 9000!