From mboxrd@z Thu Jan 1 00:00:00 1970 From: Erik Hetzner Subject: Re: zotero plain, org-odt, and citations in general Date: Fri, 11 Nov 2011 08:12:12 -0800 Message-ID: <87r51eprj7.wl%egh@e6h.org> References: <81hb2drhmu.fsf@gmail.com> <81mxc4ovlh.fsf@gmail.com> <87k477hnqy.wl%egh@e6h.org> Reply-To: Erik Hetzner Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Fri_Nov_11_08:12:11_2011-1" Return-path: Received: from eggs.gnu.org ([140.186.70.92]:59047) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ROtiJ-0004D1-Ls for emacs-orgmode@gnu.org; Fri, 11 Nov 2011 11:12:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ROtiI-0002tr-4m for emacs-orgmode@gnu.org; Fri, 11 Nov 2011 11:12:23 -0500 Received: from mail-yw0-f41.google.com ([209.85.213.41]:64259) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ROtiI-0002tl-1W for emacs-orgmode@gnu.org; Fri, 11 Nov 2011 11:12:22 -0500 Received: by ywp17 with SMTP id 17so1033881ywp.0 for ; Fri, 11 Nov 2011 08:12:21 -0800 (PST) In-Reply-To: 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: Matt Price Cc: Org Mode , Jambunathan K --Multipart_Fri_Nov_11_08:12:11_2011-1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable At Fri, 11 Nov 2011 10:51:22 -0500, Matt Price wrote: >=20 > Responding to just a few of the excellent points raised by J 7 E > > On Thu, Nov 10, 2011 at 12:48 PM, Erik Hetzner wrote: >=20 > > At Thu, 10 Nov 2011 20:47:30 +0530, > > Jambunathan K wrote: > > > > > > > > I should note that while the org/zotero integration in zotero-plain > > =E2=80=9Cworks for me=E2=80=9D, I would welcome changes to make it more= robust and > > feature-full. But I use org for notes and todo lists, not for document > > production. This is me you are quoting, for the record. > I'm trying to switch to using org for most of my writing; among other > things, I now use it for posting to wordpress and (hopefully soon) drupal, > where most of my teaching work takes place. So I htink there's a case to > make for org as a person's main workspace. Definitely! Whatever works for you. I prefer the reStructuredText syntax for longer documents, so getting real citations working in org-mode is not a real priority for me. That=E2=80=99s all. > Wouldn't the rigt target be, not the sqlite db, but the Zoteor *service* > that runs on port 50001 when Zotero is running? Aren't there some > higher-level tools for working through that interface -- e.g., erik, your > rst tool uses a python library, does it talk to Zotero that way? the server that runs on port 50001 is undocumented, last I checked. And there are no tools to connect to it. Frank Bennett put together a hack of the jsbridge Firefox extension which works quite well. [1] But that is python only, as far as I can tell. > [=E2=80=A6] >=20 > so, couldn't one think of the problem as having three parts: > (1) get emacs to talk to the zotero server; and > (2) figure out how org/emacs should interact with citeproc > (3) translate the org zotero links into a syntax that LibreOffice > recognizes and can successfully manipulate I think that is a good summary of what needs to be done. (3) is what zot4rst does not bother to do. The task of weaving together the HTML output from citeproc and your export document can be tricky. > and am I further right that, as an interim measure, solving (1) and (3) > properly and throwing together a quick hack for (2) -- in which org > supports exactly one, very simple citation style -- would make a workflow > possible in which a person could compose in Org, and translate to ODT for > the final processing of a document, and/or export to HTML using only the > one citaqtion style that is supported by the aforementioned hack? > > [=E2=80=A6] Yeah, that makes sense. I think (3) is optional as well, depending on what your workflow looks like, and what your needs are for doing final edit= s. best, Erik 1. https://github.com/mozautomation/mozmill --Multipart_Fri_Nov_11_08:12:11_2011-1 Content-Type: text/plain; charset=US-ASCII Sent from my free software system . --Multipart_Fri_Nov_11_08:12:11_2011-1--