From: Eric Schulte <schulte.eric@gmail.com>
To: "Thomas S. Dye" <tsd@tsdye.com>
Cc: Org-mode <emacs-orgmode@gnu.org>
Subject: Re: ebib configuration for org-bibtex
Date: Tue, 23 Aug 2011 14:53:38 -0600 [thread overview]
Message-ID: <87hb57rgrx.fsf@gmail.com> (raw)
In-Reply-To: <m1k4aoft34.fsf@tsdye.com> (Thomas S. Dye's message of "Sun, 07 Aug 2011 18:03:11 -1000")
[-- Attachment #1: Type: text/plain, Size: 2654 bytes --]
tsd@tsdye.com (Thomas S. Dye) writes:
> Eric Schulte <schulte.eric@gmail.com> 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.,
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: w-file-header.org --]
[-- Type: text/x-org, Size: 530 bytes --]
** inheriting the file property
:PROPERTIES:
:FILE: something.png
:END:
#+begin_src ditaa
+-----------------------------+
| |
| +-----+ |
| | | +---------+ |
| | | | | |
| +-----+ | | |
| | | |
| file | | |
| inheritance +---------+ |
| |
+-----------------------------+
#+end_src
#+results:
[[file:something.png]]
[-- Attachment #3: Type: text/plain, Size: 131 bytes --]
However when I do not specify such a FILE property, then no :file entry
is present in the code blocks parameters.
Thanks -- Eric
next prev parent reply other threads:[~2011-08-23 20:53 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-02 17:40 ebib configuration for org-bibtex Thomas S. Dye
2011-08-05 17:27 ` Eric Schulte
2011-08-05 19:09 ` Thomas S. Dye
2011-08-08 4:03 ` Thomas S. Dye
2011-08-14 17:04 ` Bastien
2011-08-15 4:00 ` Thomas S. Dye
2011-08-23 19:01 ` Bastien
2011-08-23 20:45 ` Eric Schulte
2011-08-23 20:53 ` Eric Schulte [this message]
2011-08-23 23:17 ` Thomas S. Dye
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87hb57rgrx.fsf@gmail.com \
--to=schulte.eric@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=tsd@tsdye.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).