From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: ebib configuration for org-bibtex Date: Tue, 23 Aug 2011 14:53:38 -0600 Message-ID: <87hb57rgrx.fsf@gmail.com> References: <8739hfn4zc.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Return-path: Received: from eggs.gnu.org ([140.186.70.92]:42483) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qvxyr-0007Wm-JJ for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 16:53:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qvxyq-0001PV-Ic for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 16:53:53 -0400 Received: from mail-yx0-f169.google.com ([209.85.213.169]:34068) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qvxyq-0001PR-Fy for emacs-orgmode@gnu.org; Tue, 23 Aug 2011 16:53:52 -0400 Received: by yxn35 with SMTP id 35so441638yxn.0 for ; Tue, 23 Aug 2011 13:53:51 -0700 (PDT) In-Reply-To: (Thomas S. Dye's message of "Sun, 07 Aug 2011 18:03:11 -1000") 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: "Thomas S. Dye" Cc: Org-mode --=-=-= Content-Type: text/plain tsd@tsdye.com (Thomas S. Dye) writes: > Eric Schulte writes: > >> tsd@tsdye.com (Thomas S. Dye) writes: >> >>> Aloha all, >>> >>> I'm trying, partially successfully, to configure org-bibtex so it mimics >>> some useful features of ebib. In particular, I'm wanting to add several >>> optional fields that ebib uses. >>> >>> >>> I have this in .emacs: >>> >>> #+begin_src emacs-lisp :tangle yes >>> (dolist (type org-bibtex-types) >>> (push :url (cdr (assoc :optional (cdr type)))) >>> (push :annote (cdr (assoc :optional (cdr type)))) >>> (push :abstract (cdr (assoc :optional (cdr type)))) >>> (push :keywords (cdr (assoc :optional (cdr type)))) >>> (push :file (cdr (assoc :optional (cdr type)))) >>> ) >>> >>> (push (cons :url "A URL for the reference") org-bibtex-fields) >>> (push (cons :annote "Annotation is typically not exported") org-bibtex-fields) >>> (push (cons :abstract "Abstract for annotated bibliography") org-bibtex-fields) >>> (push (cons :keywords "Keywords for sorting with ebib") org-bibtex-fields) >>> (push (cons :file "A local file path used by ebib to open the >>> reference in an appropriate application") org-bibtex-fields) >>> #+end_src >>> >>> Most of it works fine, but the optional :file field doesn't respect its >>> argument. So, the following entry in the Org-mode file: >>> >> >> Hi Tom, >> >> The :file property is treated in a special manner when Org-mode resolves >> properties (notice it is an element of the `org-special-properties' >> variable). I've just pushed up a change which temporarily removes :file >> from this list while resolving bibtex entries. This change should fix >> your reported problem -- please let me know if it doesn't. If any other >> elements of `org-special-properties' seem likely to cause problems we >> can temporarily remove them as well. >> >> Best -- Eric > > Hi Eric, > > I think this fix is causing some mischief. In the Org-mode file where > a :FILE: property is set to preza-thesis.pdf R source code blocks > misbehave, as follows: > > #+source: land-sale-plot > #+begin_src R :var y=sales > str(y) > #+end_src > > #+results: land-sale-plot > [[file:preza-thesis.pdf]] > Hi Tom, Are you still experiencing the problem mentioned above? I'm unable to reproduce it locally. If so, would you mind trying to recreate the problem with an emacs session launched using "emacs -Q" to see if the cause lies somewhere in your personal configuration? I *do* have a file header argument for code blocks inside of subtrees which explicitly specify a file property (which can be easily checked using C-c C-v I), e.g., --=-=-= Content-Type: text/x-org Content-Disposition: inline; filename=w-file-header.org ** inheriting the file property :PROPERTIES: :FILE: something.png :END: #+begin_src ditaa +-----------------------------+ | | | +-----+ | | | | +---------+ | | | | | | | | +-----+ | | | | | | | | file | | | | inheritance +---------+ | | | +-----------------------------+ #+end_src #+results: [[file:something.png]] --=-=-= Content-Type: text/plain However when I do not specify such a FILE property, then no :file entry is present in the code blocks parameters. Thanks -- Eric --=-=-=--