[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] link abbreviation with multiple params, e. g. for geo locations
From: |
Eric Schulte |
Subject: |
Re: [O] link abbreviation with multiple params, e. g. for geo locations |
Date: |
Sun, 09 Jun 2013 13:18:08 -0600 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) |
Michael Brand <address@hidden> writes:
> Hi Eric
>
> On Sat, Jun 8, 2013 at 8:03 PM, Eric Schulte <address@hidden> wrote:
>> I've just pushed up a commit which should fix this problem. The
>> org-babel-current-exec-src-block-head variable wasn't bound during
>> export.
>
> Confirmed, thanks. In the attached marker_offset.org the evaluation of
> the variable todo-state-var during export did not work before, now it
> does.
>
> What I do not understand is the behavior of the evaluation of the
> other variable marker-var. During "C-c C-c" it is like expected with
> point >= 305 which means within entry "* s". But during export it is
> far before 305 which confuses me. How can "DONE" instead of nil from
> the previous entry be assigned to todo-state-var this way and is this
> "displacement" to be accepted?
>
Export buffers are sometimes modified or narrowed during the export
process, so I wouldn't depend too much on the absolute values of markers
generated during export. As long as the heading in which the marker
lives seems to be correct I'd count it as a success.
>
> For me it is enough for now if the marker is just anywhere within the
> current entry. I do not (yet?) have a use case where I need the marker
> to be at an individual source block and therefore different when
> calling a function twice in the same entry as in marker_offset.org
> with calls "(a)" and "(b)".
>
Great. If such a need arises, you could try setting the variable in the
src_call line, rather than relying on the value set in the main code
block.
Cheers,
BTW: I notice your Org file attached as application/vnd.lotus-organizer
(the default for .org in Emacs mime types). I had this issue as well,
and I now use the following so that Org-mode files attach as org.
;; -*- emacs-lisp -*-
(setf mailcap-mime-extensions
(cons '(".org" . "text/x-org") mailcap-mime-extensions))
>
> Michael
--
Eric Schulte
http://cs.unm.edu/~eschulte
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, (continued)
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Vitalie Spinu, 2013/06/08
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Eric Schulte, 2013/06/08
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Michael Brand, 2013/06/14
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Eric Schulte, 2013/06/14
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Michael Brand, 2013/06/14
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Michael Brand, 2013/06/19
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Achim Gratz, 2013/06/07
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Eric Schulte, 2013/06/08
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Michael Brand, 2013/06/09
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Michael Brand, 2013/06/09
- Re: [O] link abbreviation with multiple params, e. g. for geo locations,
Eric Schulte <=
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Michael Brand, 2013/06/09
- Re: [O] link abbreviation with multiple params, e. g. for geo locations, Eric Schulte, 2013/06/11