From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christian Moe Subject: Re: [ANN] org-bibtex.el --- convert between Org headings and bibtex entries Date: Sun, 24 Apr 2011 18:53:50 +0200 Message-ID: <4DB4559E.8010309@christianmoe.com> References: <87y6357q81.fsf@gmail.com> <027A8D96-05AB-452C-87D3-85D90D24AFB1@tsdye.com> <87vcy81xtv.fsf@gmail.com> <877hanwbyb.fsf@gmail.com> <89A178C3-C2E4-493D-BE84-12200512B766@tsdye.com> <87ei4sa3cz.fsf@fastmail.fm> <871v0rzp8v.fsf@gmail.com> Reply-To: mail@christianmoe.com Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([140.186.70.92]:43330) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QE2UD-0003sR-He for emacs-orgmode@gnu.org; Sun, 24 Apr 2011 12:48:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QE2UC-0007Jo-Io for emacs-orgmode@gnu.org; Sun, 24 Apr 2011 12:48:41 -0400 Received: from mars.hitrost.net ([91.185.211.18]:27333) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QE2UC-0007H9-8J for emacs-orgmode@gnu.org; Sun, 24 Apr 2011 12:48:40 -0400 In-Reply-To: <871v0rzp8v.fsf@gmail.com> 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: Eric Schulte Cc: Matt Lundin , Org Mode On 4/24/11 4:21 PM, Eric Schulte wrote: > Matt Lundin writes: >> (...) >> Eric, the more I think about this, the more my vote would be to package >> this new functionality separately. >> >> IMO, hyperlinking to external data in bib files is somewhat orthogonal >> to storing bib data within org files. In other words, the current >> org-bibtex.el complements bibtex-mode use, whereas the new org-bibtex >> functions, for the most part, are substitutes for bibtex-mode---i.e., >> they re-implement much of its configuration and basic functionality. >> >> By packaging the new functionality separately perhaps we could lay the >> groundwork for internal, backend agnostic bibliographical export and >> formatting---not unlike the way in which org-contacts.el replaces bbdb. >> > > Alright, I think I agree that separate packaging would be the best way > forward given the existing conventions wrt linking to functionality > rather than implementing said functionality. The *conclusion* (where Eric Schulte's new bibtex functions should go) is not a big concern to me, but FWIW, the *premise* strikes me as unnecessarily restrictive. I submit that, for any non-Org format or application "foo", the module org-foo.el does not have to be restricted to providing an Org link type for foo. It seems a sensible namespace for e.g. foo-Org/Org-foo conversion functions as well. The fact that several modules so named *at present* only provide link functionality does not, I think, amount to a convention that this is all they should do. > By packaging the new functionality separately perhaps we could lay the > groundwork for internal, backend agnostic bibliographical export and > formatting---not unlike the way in which org-contacts.el replaces bbdb. That's a great aim. Still, a future bibliography module (be it "org-bib", "org-cite" or whatever) could just as well rely, for bits of bibtex functionality, on some utilities packaged in org-bibtex. Yours, Christian