I have fixed up ox-jabref.el to support multicites. Only common prefixes and suffixes are handled. I don't know how to handle per-key prefix/suffix-es. If someone has any complaints about the output, please write to me. Attaching files that I have used for testing. (Author-Date file lacks year because of a bug in Chicago filters bundled with JabRef. JabRef style file uses 'year' field but biblatex-examples.bib provides only a 'date' field.) On Sunday 08 March 2015 11:59 AM, Vaidheeswaran C wrote: > >> Note that, as a consequence, the new object is incompatible with the >> previous one, since every citation is a multi-cite citation. See >> commit message for details. > > Just a quick feedback. > > (:parenthetical nil :begin 807 :post-blank 0 :end 843 :references > ((:key "wilde" :prefix nil :suffix nil) > (:key "moore" :prefix nil :suffix nil) > (:key "westfahl:space" :prefix nil :suffix nil)) > :parent #3#) > > Having a plist for `reference' as opposed to a an Element proper gives > me cognitive dissonance. > > How about replacing this > > (:key "wilde" :prefix nil :suffix nil) > > with this instead > > (reference :key "wilde" :prefix nil :suffix nil :parent ) > ^^^^^^^^ ^^^^^^ > > Each `reference' is transcoded to it's contents in it's own right in > ox-jabref. > > (a) Batch export all cites. > > In case of citeproc-java it would be batch export each multicite. > http://lists.gnu.org/archive/html/emacs-orgmode/2015-03/msg00262.html) > > (b) Map `reference' to `contents' with transcoding being done by the > citation command line. > > Please confirm whether this change request is possible or not. > > ---------------------------------------------------------------- > > You may also want to replace `citaiton' with a `citation-cluster'(or a > multicite) and replace `reference' with a `citation'. > > In effect, a citation-cluster (or a multicite) is one or more > citaitons. > > ---------------------------------------------------------------- > > >