From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Eric Schulte" Subject: Re: [ANN] org-bibtex.el --- convert between Org headings and bibtex entries Date: Sun, 24 Apr 2011 08:21:16 -0600 Message-ID: <871v0rzp8v.fsf@gmail.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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([140.186.70.92]:59274) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QE0Ub-0007IZ-HY for emacs-orgmode@gnu.org; Sun, 24 Apr 2011 10:40:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QE0Ua-0007Jk-4l for emacs-orgmode@gnu.org; Sun, 24 Apr 2011 10:40:57 -0400 Received: from mail-pz0-f41.google.com ([209.85.210.41]:35111) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QE0UZ-0007Ja-Sk for emacs-orgmode@gnu.org; Sun, 24 Apr 2011 10:40:56 -0400 Received: by pzk32 with SMTP id 32so1441265pzk.0 for ; Sun, 24 Apr 2011 07:40:54 -0700 (PDT) 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 Lundin Cc: Org Mode Matt Lundin writes: [...] >> I understand I may add to the types variable.=C2=A0 When using >> org-bibtex-create, I can enter any arbitrary field as a PROPERTY; >> however, org-bibtex ignores anything outside of the universe it knows >> about.=C2=A0 Would it be bad practice to allow the export of any arbitra= ry >> field type one has recorded?=C2=A0 I think the emacs bibtex-mode may >> recognize erroneous bibtex entries.=C2=A0=C2=A0=20 > > Bibtex-mode does indeed allow for arbitrary fields, as do bibtex and > biblatex. AFAIK, they are simply ignored when processing a bib file. One > limitation that arises when storing bibtex data as org properties is > that properties drawers are used for much more. For instance, one would > probably not want to see "logging =3D {lognoterepeat}," in one's exported > bibtex file. > > But for biblatex users, it would indeed be prohibitively expensive to > have to inform org-mode ahead of time about the innumerable odd fields > that various biblatex backends define. > There is already an option for an org-bibtex specific property name prefix, (namely `org-bibtex-prefix'). Perhaps when this prefix is used, and the `org-bibtex' functions is called with a prefix argument (note: entirely different usage of the term "prefix") then only entries which begin with the `org-bibtex-prefix' would be exported... I believe that should provide a natural way for arbitrary fields to pass through org-bibtex without the user needing to explicitly name them, or there being any danger of contamination from existing org-mode properties. > >> I am confused by the duplication of file names, though I can see that >> at some point one of the two will lose.=C2=A0 (Gauss's law of competitive >> exclusion, referring to the biological case of two species occupying >> the same ecological niche).=C2=A0 > > 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. Also, some integration with the existing org-bibtex linking functions (as you've mentioned) would probably address some of Tom's earlier requests for an easy means of inserting bibtex entries. The only question now is the one which originally lead me to simply dump this into org-bibtex, namely, what is a good name? The first options that occur to me are - org-bib - org-reference - org-cite What do you think? Any better suggestions? Thanks -- Eric > > Wishful thinking?... :) > > Best, > Matt --=20 Eric Schulte http://cs.unm.edu/~eschulte/