From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Citation syntax: a revised proposal Date: Sun, 01 Mar 2015 21:35:44 +0100 Message-ID: <87y4ngbgm7.fsf@nicolasgoaziou.fr> References: <87k2zjnc0e.fsf@berkeley.edu> <87bnkvm8la.fsf@berkeley.edu> <87zj8co3se.fsf@berkeley.edu> <87ioezooi2.fsf@berkeley.edu> <87mw4bpaiu.fsf@nicolasgoaziou.fr> <8761aznpiq.fsf@berkeley.edu> <87twyjnh0r.fsf@nicolasgoaziou.fr> <87oaopx24e.fsf@berkeley.edu> <87k2zd4f3w.fsf@nicolasgoaziou.fr> <87egpkv8g9.fsf@berkeley.edu> <877fv6xfaq.fsf@gmail.com> <87twya2ak0.fsf@berkeley.edu> <87zj81aa97.fsf@nicolasgoaziou.fr> <87ioep2r6p.fsf@berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50165) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YSAZZ-00052s-IY for emacs-orgmode@gnu.org; Sun, 01 Mar 2015 15:34:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YSAZU-0005Eh-Jj for emacs-orgmode@gnu.org; Sun, 01 Mar 2015 15:34:45 -0500 Received: from relay5-d.mail.gandi.net ([2001:4b98:c:538::197]:43553) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YSAZU-0005EP-Du for emacs-orgmode@gnu.org; Sun, 01 Mar 2015 15:34:40 -0500 In-Reply-To: <87ioep2r6p.fsf@berkeley.edu> (Richard Lawrence's message of "Wed, 25 Feb 2015 21:10:54 -0800") 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: Richard Lawrence Cc: emacs-orgmode@gnu.org Richard Lawrence writes: > That would be wonderful! Will you publish a patch or, better, a branch > somewhere, even if it's not ready for master? I created a new branch: "wip-cite". It introduces support for @key [@key] [cite:pre @key post] and [(cite):pre @key post] constructs. As a reminder, I prefer subkeys over plists because they have a smaller footprint in the document. Also, as already explained, having many subkeys is not a problem with proper tooling (e.g., some completion with descriptions). Note that this is closer to "org-ref" requirements, probably making easier to port some features into core. However, opinion from advanced citation users on this ML has more weight that mine. Instead of trying to figure out hypothetical crazy uses for citations (e.g., using 50 different citation commands), I'd rather hear from people with real citation requirements who are willing to use this machinery. At this point, we probably need to implement a BIBLIOGRAPHY keyword (files) and BIBLIOGRAPHY_BACKEND (bibtex, zotero, jabref...) and provide basic tools to handle citations in an Org document. Regards,