From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Price Subject: Re: Some projects Date: Tue, 27 Oct 2015 21:05:37 -0400 Message-ID: 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> <87bnbkmnc2.fsf@gmx.us> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113f9ae0d7c9d805231fca71 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49193) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZrFBL-0001zU-SD for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 21:05:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZrFBK-0007CA-Gu for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 21:05:39 -0400 Received: from mail-io0-x22a.google.com ([2607:f8b0:4001:c06::22a]:34036) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZrFBK-0007C0-Bv for emacs-orgmode@gnu.org; Tue, 27 Oct 2015 21:05:38 -0400 Received: by iody8 with SMTP id y8so85091228iod.1 for ; Tue, 27 Oct 2015 18:05:37 -0700 (PDT) In-Reply-To: <87bnbkmnc2.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 Cc: Org Mode --001a113f9ae0d7c9d805231fca71 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Oct 27, 2015 at 9:51 AM, Rasmus wrote: > Aaron Ecay writes: > > > > > > 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... > FWIW, I just tried installing this on my Arch system, but it doesn't work with node 0.12, and I am currently unable to switch to io.js due to dependencies of several other projects. I guess tools like NVM can help with this situation, but I worry that node is currently a moving target and might lead to lots of platform-dependent buggy behaviour. Though I have also personally had many problems with pandoc and haskell on this same arch linux laptop, so it could be that I just suck at system maintenance. --001a113f9ae0d7c9d805231fca71 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue, Oct 27, 2015 at 9:51 AM, Rasmus <rasmus@gmx.us> wr= ote:
Aaron Ecay <aaronecay@gmail.com> writes:


>
> It=E2=80=99s unfortunate, but pandoc has the most easily adaptable CSL=
> implementation for our use case, as far as I can see.=C2=A0 The other<= br> > contender is Zotero (in JS, possibly with XUL-specific bits).=C2=A0 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.=C2=A0 I guess this is what they use:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://github.com/zotero/c= iteproc-node

It also looks rather complex...

FWIW, I= just tried installing this on my Arch system, but it doesn't work with= node 0.12, and I am currently unable to switch to io.js due to dependencie= s of several other projects. I guess tools like NVM can help with this situ= ation, but I worry that node is currently a moving target and might lead to= lots of platform-dependent buggy behaviour.

Though I ha= ve also personally had many problems with pandoc and haskell on this same a= rch linux laptop, so it could be that I just suck at system maintenance.=C2= =A0
--001a113f9ae0d7c9d805231fca71--