From mboxrd@z Thu Jan 1 00:00:00 1970 From: Richard Lawrence Subject: Re: Citations, continued Date: Tue, 03 Feb 2015 08:11:19 -0800 Message-ID: <87d25rkmag.fsf@berkeley.edu> References: <87vbjmn6wy.fsf@berkeley.edu> <87sieokx8e.fsf@berkeley.edu> <54d04780.cb58460a.5243.2603@mx.google.com> <87h9v3li8t.fsf@berkeley.edu> <54d078ff.b044440a.06ec.3cf6@mx.google.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58466) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIg5G-0005Lf-Li for emacs-orgmode@gnu.org; Tue, 03 Feb 2015 11:12:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YIg5D-0004Zq-CX for emacs-orgmode@gnu.org; Tue, 03 Feb 2015 11:12:14 -0500 Received: from plane.gmane.org ([80.91.229.3]:52789) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YIg5D-0004Za-6D for emacs-orgmode@gnu.org; Tue, 03 Feb 2015 11:12:11 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YIg5B-0002Ig-MM for emacs-orgmode@gnu.org; Tue, 03 Feb 2015 17:12:09 +0100 Received: from c-67-169-117-151.hsd1.ca.comcast.net ([67.169.117.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Feb 2015 17:12:09 +0100 Received: from richard.lawrence by c-67-169-117-151.hsd1.ca.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Feb 2015 17:12:09 +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 Hi Erik and all, Erik Hetzner writes: > On Mon, 2 Feb 2015 at 20:41:06 PST, > Richard Lawrence wrote: >> The only reason I proposed anything else was that it seemed like other >> people already know that they need more than the Pandoc syntax provides. >> I think the main realistic cases are those where, in LaTeX, you'd use >> commands like \citetitle, \citedate, or \citejournal -- citation >> commands that pull in just a particular field from the reference, >> because that is what the context around the citation requires. I don't >> see a way to do that in the Pandoc syntax. (But am I missing >> something?) Hence my proposed field-selectors extension. > > If this is needed (and I still have a hard time seeing the use cases, > but I am not an academic) perhaps it could mimic the -@doe (suppress > author) syntax already used in pandoc (e.g. +title@doe). But > citeproc-js/hs only support suppress author or author only, so these > would not work in a pandoc export, nor any other that might depend on > citeproc-js. Yes. I'll have to take a look at the Pandoc citeproc code and see how easy it would be to add support for something like this. If there are Org people that need citation types that select specific fields, I imagine there are Pandoc people who do as well. The ideal would be if citeproc would take care of proper formatting of all such citation types, given just an ordered list of the fields that should appear. I don't know if CSL supports this, though; do you? The +title@doe syntax would work, but I don't personally think that's any easier to read (or parse) than @doe:title, or @doe+title (which actually is another option I had thought of, given the +/- syntax for tag matching in Org). > Again, this is great. I really do appreciate your getting this > proposal out there. I hope that I can finish porting my pandoc parser > to elisp within a week or so, so we can have an implementation to > start with. Thanks for taking the first step on this! I had a brief look at your parser code when you posted it the other day. I don't know if you are familiar with Org's parser, in org-element.el. The important thing will be to have a parser for citations return a data structure in the format used by org-element. In the language of org-element, I think a citation is an object (as opposed to an element). I am somewhat (but not super-) familiar with org-element and Elisp, so if you want some help with this, let me know. Best, Richard