Re: [O] Org release 8.2.5g (minor release from maint)

[Achim Gratz]

Bastien  gnu.org> writes:
> > The tag for release_8.2.5e is on the wrong branch (you tagged the merge
> > instead of the last commit in maint (that would be 0a8fe04a9d).
> 
> Actually I don't understand: the release_8.2.5e tag appears on
> e7ebe4163a, and 0a8fe04a9d is the merge commit.

You apparently moved the tag after I already had fetched it.

> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=e7ebe4163a
> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=0a8fe04a9d
> 
> What's wrong exactly?

I have that tag on a different commit (8898c380ab).  Whenever you re-tag
anything in the master repo you need to say so, tag updates are not fetched
automatically.


Regards,
Achim.

Re: [O] orgstruct-mode taking over C-c C-f

[Jambunathan K]

Eric Abrahamsen  writes:

> Debugger entered--Lisp error: (void-function set-transient-map)

New function in snapshot builds.  ChangeLog says

2013-12-23  Chong Yidong  

* subr.el (set-transient-map): Rename from
set-temporary-overlay-map.  Doc fix.

Re: [O] orgstruct-mode taking over C-c C-f

[Jambunathan K]

Eric Abrahamsen  writes:

> Debugger entered--Lisp error: (void-function set-transient-map)

New function in snapshot builds.  From the ChangeLog

2013-12-23  Chong Yidong  

* subr.el (set-transient-map): Rename from
set-temporary-overlay-map.  Doc fix.

[O] orgstruct-mode taking over C-c C-f

[Eric Abrahamsen]

Hey there,

I use the orgstruct minor mode in message mode, and recently it has
started eating the C-c C-f prefix, which it didn't used to do. Or it's
erroring on it, instead of passing it along, I'm not sure which.

In message mode, C-c C-f is the prefix for a set of "goto mail header"
commands. With orgstruct mode on, hitting C-c C-f gives the backtrace
below.

I'm not sure how this is supposed to work, so I'm not quite sure what
the proper solution is...

Thanks,
Eric

Debugger entered--Lisp error: (void-function set-transient-map)
  (set-transient-map binding)
  (if (keymapp binding) (set-transient-map binding) (let ((func (or binding 
(unless disable (quote orgstruct-error) (when func (call-interactively 
func
  (let* ((orgstruct-mode) (binding (loop with key = "." for rep in (quote (nil 
("<\\([^>]*\\)tab>" . "\\1TAB") ("<\\([^>]*\\)return>" . "\\1RET") 
("<\\([^>]*\\)escape>" . "\\1ESC") ("<\\([^>]*\\)delete>" . "\\1DEL"))) do 
(when rep (setq key (read-kbd-macro (let ... ... thereis (key-binding 
key (if (keymapp binding) (set-transient-map binding) (let ((func (or 
binding (unless disable (quote orgstruct-error) (when func 
(call-interactively func)
  (if fallback (let* ((orgstruct-mode) (binding (loop with key = "." for rep in 
(quote (nil ("<\\([^>]*\\)tab>" . "\\1TAB") ("<\\([^>]*\\)return>" . "\\1RET") 
("<\\([^>]*\\)escape>" . "\\1ESC") ("<\\([^>]*\\)delete>" . "\\1DEL"))) do 
(when rep (setq key (read-kbd-macro ...))) thereis (key-binding key (if 
(keymapp binding) (set-transient-map binding) (let ((func (or binding (unless 
disable ... (when func (call-interactively func) 
(org-run-like-in-org-mode (lambda nil (interactive) (let* ((org-heading-regexp 
(concat "^" orgstruct-heading-prefix-regexp "\\(\\*+\\)\\(?: +\\(.*?\\)\\)?[
]*$")) (org-outline-regexp (concat orgstruct-heading-prefix-regexp 
"\\*+ ")) (org-outline-regexp-bol (concat "^" org-outline-regexp)) 
(outline-regexp org-outline-regexp) (outline-heading-end-regexp "\n") 
(outline-level (quote org-outline-level)) (outline-heading-alist)) 
(call-interactively (quote org-forward-heading-same-level))
  (let* ((disable nil) (fallback (or disable (not (let* ((org-heading-regexp 
...) (org-outline-regexp ...) (org-outline-regexp-bol ...) (outline-regexp 
org-outline-regexp) (outline-heading-end-regexp "\n") (outline-level ...) 
(outline-heading-alist)) (org-context-p (quote headline) (quote item) nil)) 
(if fallback (let* ((orgstruct-mode) (binding (loop with key = "." for rep in 
(quote (nil ... ... ... ...)) do (when rep (setq key ...)) thereis (key-binding 
key (if (keymapp binding) (set-transient-map binding) (let ((func (or 
binding ...))) (when func (call-interactively func) 
(org-run-like-in-org-mode (lambda nil (interactive) (let* ((org-heading-regexp 
(concat "^" orgstruct-heading-prefix-regexp "\\(\\*+\\)\\(?: +\\(.*?\\)\\)?[
   ]*$")) (org-outline-regexp (concat orgstruct-heading-prefix-regexp "\\*+ 
")) (org-outline-regexp-bol (concat "^" org-outline-regexp)) (outline-regexp 
org-outline-regexp) (outline-heading-end-regexp "\n") (outline-level (quote 
org-outline-level)) (outline-heading-alist)) (call-interactively (quote 
org-forward-heading-same-level)))
  orgstruct-hijacker-org-forward-heading-same-level-1(1)
  call-interactively(orgstruct-hijacker-org-forward-heading-same-level-1 nil 
nil)

Re: [O] bug in 8.2.5f for using tables as data in python?

[Nick Dokos]

John Kitchin  writes:

> Does anyone else see this?
>

Yes. I seem to have different default header args (e.g. :results value
rather than :results output for the first python block and the table
gets printed out as a table, not as a lisp list, for the elisp block)
but the last python block gives me the same error.

-- 
Nick

[O] bug in 8.2.5f for using tables as data in python?

[John Kitchin]

Hi all,

I am having a problem in 8.2.5 using a table as a data source for a python
block. I get this particular error: org-babel-python-var-to-python: Wrong
type argument: stringp, 1
It seems to be that the 1 is not a string, but a number.

Here is what I have to reproduce the problem. the table works fine for an
emacs-lisp block.


#+BEGIN_SRC emacs-lisp :results value
(org-version)
#+END_SRC

#+RESULTS:
: 8.2.5f

#+BEGIN_SRC python
print 6
#+END_SRC

#+RESULTS:
: 6

#+tblname: data
| a | b |
|---+---|
| 1 | 2 |
| 3 | 4 |
| 5 | 6 |

#+BEGIN_SRC emacs-lisp :var tt=data
(princ tt)
#+END_SRC

#+RESULTS:
: ((1 2) (3 4) (5 6))

#+BEGIN_SRC python :var tt=data
print tt
#+END_SRC

executing Python code block...
org-babel-python-var-to-python: Wrong type argument: stringp, 1

Does anyone else see this?


John

---
John Kitchin
Associate Professor
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
http://kitchingroup.cheme.cmu.edu

Re: [O] Nested ordered lists?

[Vladimir Lomov]

Hello,
** Peter Davis [2014-01-21 15:45:05 -0500]:

> On Tue, Jan 21, 2014 at 12:37:53PM -0800, Josiah Schwab wrote:

>>> but my html output had all list items numbered.

>> Please read
>> http://orgmode.org/worg/org-faq.html#sec-11-5


> Thank you, Josiah.

> That does explain it. 

> It would be nice if there were CSS classes for various numbering
> schemes:

> org-ol-1
> org-ol-A
> org-ol-a
> org-ol-i

> etc.  Meanwhile, I'll make do.

You may use CSS when exporting to HTML. Let's take this small example:

#+BEGIN_EXAMPLE
1) First item of high level
  1. First item of sublevel;
  2. second item of sublevel.
2) Second item of high level
  1. First item of sublevel, following next high level item;
  2. second item of sublevel.

Best regards.
#+END_EXAMPLE

With the following CSS high level items are numbered with digits but items of
sublevel are numbered with letters

#+BEGIN_EXAMPLE
ol[class="org-ol"] {
  list-style-type: decimal;
}

ol[class="org-ol"] * ol[class="org-ol"] {
  list-style-type: lower-alpha;
}
#+END_EXAMPLE

Of course, it would be much easier if "items" of different levels have
different classes.

> Thanks!

> -pd

---
WBR, Vladimir Lomov

-- 
Hokey religions and ancient weapons are no substitute for a good blaster at
your side.
- Han Solo

Re: [O] Org release 8.2.5g (minor release from maint)

[Bastien]

Achim Gratz  writes:

> The tag for release_8.2.5e is on the wrong branch (you tagged the merge
> instead of the last commit in maint (that would be 0a8fe04a9d).

Actually I don't understand: the release_8.2.5e tag appears on
e7ebe4163a, and 0a8fe04a9d is the merge commit.

http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=e7ebe4163a
http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=0a8fe04a9d

What's wrong exactly?

> Commit 6c0992939d introduces a cl-used-at-runtime bug (subseq is a
> defun, not a macro).

I'll let Eric have a look at this one.

-- 
 Bastien

Re: [O] (i/a)spell in org-mode - ignore links?

[John Kitchin]

hmm.. that is not my experience.

In org 8.2.5f

a link like this: file:mispeled gets flagged by ispell-buffer.

I did see that if I turn on flyspell, those links are not flagged. on the
other hand, flyspell does not check the whole buffer. I can always run
flyspell-buffer to check the whole buffer, and then use
flyspell-goto-next-error to find the mistakes.



John

---
John Kitchin
Associate Professor
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
http://kitchingroup.cheme.cmu.edu



On Tue, Jan 21, 2014 at 8:42 AM, Nicolas Goaziou wrote:

> Hello,
>
> John Kitchin  writes:
>
> > does anyone do spell checking with ispell or aspell in org-mode? I was
> > wondering if there was a way to get it to ignore links, latex markup,
> > etc...
>
> It should already be the case in master branch.
>
>
> Regards,
>
> --
> Nicolas Goaziou
>

Re: [O] Nested ordered lists?

[Peter Davis]

On Tue, Jan 21, 2014 at 12:37:53PM -0800, Josiah Schwab wrote:
> >
> > but my html output had all list items numbered.
> 
> Please read
> http://orgmode.org/worg/org-faq.html#sec-11-5


Thank you, Josiah.

That does explain it. 

It would be nice if there were CSS classes for various numbering
schemes:

org-ol-1
org-ol-A
org-ol-a
org-ol-i

etc.  Meanwhile, I'll make do.

Thanks!

-pd



-- 

Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com

Re: [O] Nested ordered lists?

[Josiah Schwab]

Peter Davis writes:

> My test file had
>
> #+STARTUP: showeverything logdone
> #+options: num:nil
>
> 1) item 1
>a) item 1a
>b) item 1b
>c) item 1c
> 2) item 2
>a) item 2a
>b) item 2b
> 3) item 3
> 4) etc.
>
> but my html output had all list items numbered.

Please read
http://orgmode.org/worg/org-faq.html#sec-11-5

Best,
Josiah

[O] Prettier (or at least fancier) code block delimiters

[Eric Schulte]

Hi,

I tried the following on a lark not thinking I'd like it.  However,
after a week or two I've yet to turn it off and I think it makes my code
block heavy Org-mode buffers somewhat more readable, so I'm sharing it
here.

;; -*- emacs-lisp -*-
(defun prettier-org-code-blocks ()
  (interactive)
  (font-lock-add-keywords nil
'(("\\(\+begin_src\\)"
   (0 (progn (compose-region (match-beginning 1) (match-end 1) ?¦)
 nil)))
  ("\\(\+end_src\\)"
   (0 (progn (compose-region (match-beginning 1) (match-end 1) ?¦)
 nil))
(add-hook 'org-mode-hook 'prettier-org-code-blocks)

Add it to your config or evaluate in your scratch buffer, then open a
new Org-mode file with code blocks to give it a try.

Best,

-- 
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D

Re: [O] Nested ordered lists?

[Peter Davis]

On Tue, Jan 21, 2014 at 02:40:11PM -0500, Peter Davis wrote:
> On Tue, Jan 21, 2014 at 08:20:07PM +0100, Bastien wrote:
> > 
> > (setq org-list-allow-alphabetical t)
> > 
> 
> Symbol's value as variable is void: org-drawers
> 

Ok, quitting and re-starting emacs has almost gotten it working. I'm
not getting the error, and I am getting nested lists, but all the
numbering is numeric.

My test file had

#+STARTUP: showeverything logdone
#+options: num:nil

1) item 1
   a) item 1a
   b) item 1b
   c) item 1c
2) item 2
   a) item 2a
   b) item 2b
3) item 3
4) etc.

but my html output had all list items numbered.


item 1

item 1a

item 1b

item 1c



item 2

item 2a

item 2b



item 3

etc.




Thanks!

-pd


-- 

Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com

Re: [O] [babel] Passing of variables to R - usage of temporary file not ideal for tangling

[Andreas Leha]

Rainer M Krug  writes:

> On 01/21/14, 20:37 , Andreas Leha wrote:
>> Hi Rainer,
>> 
>> Rainer M Krug  writes:
>> 
>>> I just realized that babel is using temporary files when passing 
>>> tables to R (no idea about other languages). This is OK when 
>>> evaluating code blocks or exporting, but causes problems when 
>>> tangling, as the temporary files are not available in a new
>>> session and handing on the tangled code or sourcing it from R
>>> becomes impossible.
>>> 
>>> I would therefore suggest to change the mechanism of passing
>>> tables to R so that the tables are included in the tangled
>>> files.
>>> 
>>> One option would be to use a direct 'text-connection' as
>>> describer in the R help of read.table(), last example.
>>> 
>>> Cheers,
>>> 
>>> Rainer
>> 
>> 
>> there has been a thread about this about two years ago: 
>> http://article.gmane.org/gmane.emacs.orgmode/51153
>
> Must have missed that one - I might take a look at this issue, but it
> s not a major issue for me at the moment.
>

As it was for me during the last two years ;-)

Cheers,
Andreas

Re: [O] Nested ordered lists?

[Peter Davis]

On Tue, Jan 21, 2014 at 08:20:07PM +0100, Bastien wrote:
> Hello Peter,
> 
> Peter Davis  writes:
> 
> > 1) item 1
> >   a) item 1a
> >   b) item 1b
> >   c) item 1c
> > 2) item 2
> >   a) item 2a
> >   b) item 2b
> > 3) item 3
> > 4) etc.
> > ...
> 
> Yes!
> 
> (setq org-list-allow-alphabetical t)
> 
> Then insert
> 
> 1) item 1 <= M-RET
> 2) ...
> 
> or
> 
> 1) item 1
>   a) item 1a  <= M-RET
>   b) ...
> 
> HTH,
> 
> -- 
>  Bastien

Thanks, Bastien, but I seem to be having a problem with this. I tried
setting the variable in my .emacs, but the help says it must be set
before org-mode loads. It then gives a line of code

(when (featurep 'org-element) (load "org-element" t t))

to set this in a running Emacs, but when I do this, I get

Symbol's value as variable is void: org-drawers

I tried customizing the variable, but the result is the same.

Thanks!
-pd


-- 

Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com

Re: [O] [babel] Passing of variables to R - usage of temporary file not ideal for tangling

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 01/21/14, 20:37 , Andreas Leha wrote:
> Hi Rainer,
> 
> Rainer M Krug  writes:
> 
>> I just realized that babel is using temporary files when passing 
>> tables to R (no idea about other languages). This is OK when 
>> evaluating code blocks or exporting, but causes problems when 
>> tangling, as the temporary files are not available in a new
>> session and handing on the tangled code or sourcing it from R
>> becomes impossible.
>> 
>> I would therefore suggest to change the mechanism of passing
>> tables to R so that the tables are included in the tangled
>> files.
>> 
>> One option would be to use a direct 'text-connection' as
>> describer in the R help of read.table(), last example.
>> 
>> Cheers,
>> 
>> Rainer
> 
> 
> there has been a thread about this about two years ago: 
> http://article.gmane.org/gmane.emacs.orgmode/51153

Must have missed that one - I might take a look at this issue, but it
s not a major issue for me at the moment.

Cheers,

Rainer

> 
> Regards, Andreas
> 
> 

- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJS3s7EAAoJENvXNx4PUvmCXJAIAMYequxCTElyt7Nb8xE6//XO
z6vBHAhI7w5++vspcnsQzm6WF/KhJg85orOkz4XrOCGwb5qaEzFnb+0viUaIocNO
b5F1QbktB1Iv1wjSL/VGFctscFuLO/is7PDKFNQb+A5Gvp/YFazSVHWY0kQOhzDx
Vcuom7SNpH5P5YtjWwTdsNyzgxcXH9/oSrilt3y1glGcRrqeZCZTuOW63X0Yc/1r
TiENKMdeWW/nJOJmW6Nde7uHhp4ANqkq5Gr8HeXGJ5ejspsnQ6sV51oiIzTzZgc1
Sh24izg8tz9py9aoseF2F/KU2bPpgCHG+71tzHf1PkBt0SidRNsPV30BM+/Knyo=
=nLBA
-END PGP SIGNATURE-

Re: [O] Org release 8.2.5g (minor release from maint)

[Bastien]

Bastien  writes:

> I'd say feel free to fix them directly--reporting them if still
> useful of course, it helps us not repeating them :)

s/if/is !

-- 
 Bastien

Re: [O] [babel] Passing of variables to R - usage of temporary file not ideal for tangling

[Andreas Leha]

Hi Rainer,

Rainer M Krug  writes:

> I just realized that babel is using temporary files when passing
> tables to R (no idea about other languages). This is OK when
> evaluating code blocks or exporting, but causes problems when
> tangling, as the temporary files are not available in a new session
> and handing on the tangled code or sourcing it from R becomes impossible.
>
> I would therefore suggest to change the mechanism of passing tables to
> R so that the tables are included in the tangled files.
>
> One option would be to use a direct 'text-connection' as describer in
> the R help of read.table(), last example.
>
> Cheers,
>
> Rainer


there has been a thread about this about two years ago:
http://article.gmane.org/gmane.emacs.orgmode/51153

Regards,
Andreas

Re: [O] Org release 8.2.5g (minor release from maint)

[Bastien]

Hi Achim,

Thanks for reporting these problems.

Since you have commit access and the fixes seem non problematic,
I'd say feel free to fix them directly--reporting them if still
useful of course, it helps us not repeating them :)

Thanks,

-- 
 Bastien

Re: [O] Org release 8.2.5g (minor release from maint)

[Achim Gratz]

Bastien writes:
> Since you have commit access and the fixes seem non problematic,
> I'd say feel free to fix them directly--reporting them if still
> useful of course, it helps us not repeating them :)

I didn't fix these for two reasons:

1) I didn't touch the tag because I couldn't sign it.

2) I'm not entirely certain if some of the side-effects that subseq
seems to have are in any way crucial to the behaviour that Eric was
implementing.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [O] How to customize option templates?

[Frederik]

I just looked at `org-export-define-derived-backend' and saw all the
org-koma-letter-* options -- this will ease most of the pain ;-)

But I did not yet figure out how to set options like
LATEX_CLASS_OPTIONS or how to use German language and smart quotes when
composing a letter.

Thanks and regards


-- 
Frederik

Re: [O] Nested ordered lists?

[Bastien]

Hello Peter,

Peter Davis  writes:

> 1) item 1
>   a) item 1a
>   b) item 1b
>   c) item 1c
> 2) item 2
>   a) item 2a
>   b) item 2b
> 3) item 3
> 4) etc.
> ...

Yes!

(setq org-list-allow-alphabetical t)

Then insert

1) item 1 <= M-RET
2) ...

or

1) item 1
  a) item 1a  <= M-RET
  b) ...

HTH,

-- 
 Bastien

Re: [O] Org release 8.2.5g (minor release from maint)

[Achim Gratz]

Bastien writes:
> Hi all,
>
> I released Org 8.2.5g, which fixes several bugs.
>
>   http://orgmode.org
>
> Please heavily test this release and report important bugs.

The tag for release_8.2.5e is on the wrong branch (you tagged the merge
instead of the last commit in maint (that would be 0a8fe04a9d).

Commit 6c0992939d introduces a cl-used-at-runtime bug (subseq is a
defun, not a macro).  The construct might be replaceable by

(car pre-info) (cadr pre-info)

in the first instance and

(nthcdr 3 pre-info)

in the second or the cdr of the second element of pre-info might
directly get the new value spliced in depending on whether the original
value is used someplace else.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [O] [RFC] Move ox-koma-letter into core?

[Bastien]

Achim Gratz  writes:

> If you'd split
> off something like Babel it may very well create a live community, but
> fragmenting contrib into separate repos could drain any signs of life
> from them.

Just to be clear: I'm not suggesting to split each library in contrib/
into its own repository, I'm suggesting to use a separate repo for all
Elisp stuff in contrib.

-- 
 Bastien

Re: [O] [RFC] Move ox-koma-letter into core?

[Bastien]

Achim Gratz  writes:

>> 1) In the long run, maybe Org will be a submodule of Emacs Git repo.
>>Completely hypothetical, but that will not be feasible if the Git
>>repo contains contrib/.
>>
>> 2) In a far far galaxy, maybe Org will be stable enough to be
>>maintained only in Emacs.  So... what then ?  Some contrib/
>>directory lost in the space ?
>
> Both options are undesirable, IMHO.

The first does not depend on us, the second one will be desirable
when all Org committers will be Emacs committers too, and when the
pace of Emacs release will be fast enough to cope with that of Org.
Of course, this is only the way I see it.

-- 
 Bastien

[O] Org heading properties in code block?

[Christopher Kotfila]

Is it possible to include org heading properties directly in codeblocks 
on tangle?


Something to the effect of:

** Some Subheading
:PROPERTIES:
:FOO: "bar"
:END:

#+BEGIN_SRC emacs-lisp :tangle /path/to/.dir-locals.el :noweb yes
((python-mode . ((some-var . <>

#+END_SRC


Thanks!
/Chris

[O] Nested ordered lists?

[Peter Davis]

Is there any way to create nested, ordered lists in org-mode?

I'm thinking of something that would result in:

1) item 1
  a) item 1a
  b) item 1b
  c) item 1c
2) item 2
  a) item 2a
  b) item 2b
3) item 3
4) etc.
...

Thanks!

-pd


-- 

Peter Davis
The Tech Curmudgeon
www.techcurmudgeon.com

Re: [O] How to customize option templates?

[Nicolas Goaziou]

Hello,

Frederik  writes:

> is it possible to customize the option templates one can insert via
> `C-c C-e #' ?  E.g. for productively composing letters it would be nice
> to have some of the listed options to be set differently from the
> default.

I don't think it would be interesting to allow customization since you
might as well create your own template insertion function.

OTOH, hard-coding the order of options doesn't work so well for
back-ends, so the template could, at a bare minimum, follow the order
specified in `org-export-define-backend'. I'll look into it.


Regards,

-- 
Nicolas Goaziou

Re: [O] [RFC] Move ox-koma-letter into core?

[Achim Gratz]

Bastien writes:
> IIUC your suggestion is to keep contrib/ for things that are good
> candidates for core, and to remove non-candidate libraries.

No, my suggestion is to look at the things in contrib and decide what to
do with them.  A few of those things will never be in core nor will they
be in ELPA, simply because they aren't eLisp.  So if contrib goes away
per your proposal, then where do these files go?  Moving to the lisp
sources, there's a bunch that look&feel like they should be in core.  We
should look at what's the holdup, fix it and move them into core.  Not
all at once, mind you.  Then there are perhaps a few files left that for
whatever reason aren't fit for core and never will be (license,
copyright, support for non-free software, whatever).  Again we should
decide what to do with those.  If nobody works on them my personal
opinion is that these should find a different home than the Org project.

> My suggestion is to get rid of the contrib/ directory and to have
> a separate Git repository with libraries available from Org ELPA.
>
> This Git repository will receive more attention that sparse code
> on repositories on the World Wild Web.

That assumption may very well turn out to be invalid.  If you'd split
off something like Babel it may very well create a live community, but
fragmenting contrib into separate repos could drain any signs of life
from them.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra

[O] How to customize option templates?

[Frederik]

Hey there,

is it possible to customize the option templates one can insert via
`C-c C-e #' ?  E.g. for productively composing letters it would be nice
to have some of the listed options to be set differently from the default.

Regards

-- 
Frederik

Re: [O] [RFC] Move ox-koma-letter into core?

[Achim Gratz]

Bastien writes:
> The separate repo could be a submodule of Org's core repo and its
> contents could even make it into the .tar.gz and .zip files.

I'd guess you haven't worked with submodules yet.

> 1) In the long run, maybe Org will be a submodule of Emacs Git repo.
>Completely hypothetical, but that will not be feasible if the Git
>repo contains contrib/.
>
> 2) In a far far galaxy, maybe Org will be stable enough to be
>maintained only in Emacs.  So... what then ?  Some contrib/
>directory lost in the space ?

Both options are undesirable, IMHO.  If you want to do something
sensible from the Emacs side, then get Emacs to spin out all "built-in"
packages that are not necessary for dumping Emacs to GNU ELPA and then
bundle them into the release from there.  That will demonstrate the
shortcomings of package manager as it exists today very clearly and
hopefully provide a strong push to fix it.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra

Re: [O] using custom ids

[Rustom Mody]

On Tue, Jan 21, 2014 at 10:37 PM, Rustom Mody  wrote:
> After Nicholas recently directed my attention to custom_ids Ive been using 
> them.
>
> Now I find this:
> In a file say foo.org, I have an anchor point and a link point.
>
> If I write the anchor as
> * Head <>
> I can write the link as [[ppe][Description]]
>
> However if I write the anchor as
> * Head
> :PROPERTIES:
> :CUSTOM_ID: ppe
> :END:
>
> then the above link does not produce an html link at all
> Instead Ive to write
> [[file.html#ppe][Description]]

Ok So I need to write
[[#ppe][Description]]

Sorry for the noise

Re: [O] Question about the math mode table exporting for latex and html

[Nicolas Goaziou]

Hello,

Rasmus  writes:

> I have attached a rough proof-of-concept that will export the above
> table correctly with mathjax.  But I guess it will also have to handle
> it correctly in the case of static png images.

Thank you. 

I agree that PNG handling is required. I think you need to call
`org-html-format-latex' around the generated table. You get
PROCESSING-TYPE with (plist-get info :with-latex). See
`org-html-latex-environment' for gory details.

A few comments follow.

> I'm not sure how to handle captions.  I guess the most natural way is
> to let org-latex-table handle is.  Let me know if something like this
> is OK in which case I can polish it up and add documentation.
>
> + (let ((mode (member :mode (org-export-read-attribute :attr_html 
> table

`org-export-read-attribute' returns a plist, so it should be:

  (plist-get (org-export-read-attribute :attr_html table) :mode)

But, if there is only one mode to implement, wouldn't it be more
straightforward to call it ":latex t" instead?

> +   (cond
> + ((member-ignore-case "latex" mode)

Using `plist-get', MODE will be a string, as expected. You can then use
`compare-strings'. If you use ":latex t" syntax, you can have instead:

  (if (plist-get (org-export-read-attribute :attr_html table) :latex)
  (org-html-table--as-latex ...)
(let* (...)))

> +(defun org-html-table--as-latex (table contents info)
> +  "Transcode TABLE into LaTeX code.
> +Suitable for transcoding Org tables into math matrices. "
> +  (require 'ox-latex)
> +  (org-latex-table table contents info))

You will have a LaTeX table with HTML markup in its cells. Also, calling
`org-latex-table' directly is a bit fragile. Use:

  (org-export-with-backend table 'latex info)

CONTENTS will be computed again with `latex' export back-end.


Regards,

-- 
Nicolas Goaziou

Re: [O] Error when unfolding trees and when mobileorg push

[Nicolas Goaziou]

Hello,

JBash  writes:

> However, when pushing to mobileorg, I now am getting:
>
> Symbol's function definition is void: avl-tree-mapc

It appears that `avl-tree-mapc' doesn't exist in Emacs 23's avl-tree.
I pushed a workaround in master. This is only temporary as I plan to
rewrite the part of the cache using it (i.e., the synchronization) soon.

Thank you for the report.


Regards,

-- 
Nicolas Goaziou

[O] using custom ids

[Rustom Mody]

After Nicholas recently directed my attention to custom_ids Ive been using them.

Now I find this:
In a file say foo.org, I have an anchor point and a link point.

If I write the anchor as
* Head <>
I can write the link as [[ppe][Description]]

However if I write the anchor as
* Head
:PROPERTIES:
:CUSTOM_ID: ppe
:END:

then the above link does not produce an html link at all
Instead Ive to write
[[file.html#ppe][Description]]

Is this expected behavior? Am I missing something?

Thanks
Rusi

Re: [O] ox-md conforming pandoc-markdown

[Nicolas Goaziou]

Hello,

Michel Kuhlmann  writes:

> I often convert files with `pandoc`. Currently there is no
> pandoc-org-mode-reader, so I'm using markdown as an intermediate step.
>
> I'm aware of ; this
> also uses `ox-md`, so the issue applies also there.
>
> I found these issues inconvenient:
>
> - Listings create blank-lines in between
> + Currently
> - uno
>- uno
>- dos->  - dos
>- tres
> - tres
> + Desired
>- uno- uno
>- dos->  - dos
>- tres   - tres

I am aware of this. A patch should land in maint very soon.

> - Formulas are getting surrounded by \(  \); 
> + Currently
> $Q_{max}$  -> \(Q_{max}\)
> + Desired
> $Q_{max}$  -> $Q_{max}$
>
> - customisable meta-data export (currently nothing exported) of, say,
>
> #+TITLE: myTitle
> #+KEYWORDS: cat1 cat2
> #+AUTHOR: meMyself
> #+DATE : 2014-01-21
> #+OPTIONS: toc:t
>
> + Desired
> * meta-yaml-block
>
> ---
> title:  myTitle
> author: meMyself
> catgories: cat1 cat2
> date: 2014-01-21
> toc: toc:t
> ...
>
> * pandoc header
>
> % myTitle
> % meMyself
> % 2014-01-21

The goal of ox-md.el is to provide vanilla Mardown, so anyone can derive
a more specialized back-end out of it. Formulas (handled by ox-html) and
meta-data export do not belong to the vanilla flavour.


Regards,

-- 
Nicolas Goaziou

Re: [O] How to signal end of a section or subsection

[Eric S Fraga]

Hi,

I guess you can find plenty of discussions on this list on this topic so
I won't rehash.  Just to say that there has never been a convincing use
case that is not easily addressed with description lists and inline
tasks.  The former can be made to look like encapsulated sections on
export with appropriate customisation of the various export targets.

I suggest you check out the list and think about your actual use case.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 24.3.1, Org release_8.2.4-322-gece429

Re: [O] Italicise block of text

[Nicolas Goaziou]

Hello,

Eric S Fraga  writes:

> Samuel Wales  writes:
>
>> Dunno if this makes sense, but now that we have @@html: ... @@ etc., I
>> wonder if it is worth considering @@italic: ... @@, or @@emphasis /:
>> ... @@, or @@emphasis italic: ... @@.
>> Or $[emphasis :beg "/"] ... $[emphasis :end] as previously discussed.
>
> No.  Please no!  We'll end up with XML before long :-(
>
> Semantically, the use of @@ is for actions that are export target
> specific whereas italic etc. are text markup and inherently export
> target neutral (generally).  Very different beasts...
>
> One major attraction of org, for me, is the minimal clutter introduced
> by the language so that it doesn't get in the way of the writing.

I don't think we need another syntax for emphasis. Moreover, the three
lines limitation can be removed at some point, i.e., once we have
a powerful enough fontification system.


Regards,

-- 
Nicolas Goaziou

Re: [O] Italicise block of text

[Eric S Fraga]

Samuel Wales  writes:

> Dunno if this makes sense, but now that we have @@html: ... @@ etc., I
> wonder if it is worth considering @@italic: ... @@, or @@emphasis /:
> ... @@, or @@emphasis italic: ... @@.
> Or $[emphasis :beg "/"] ... $[emphasis :end] as previously discussed.

No.  Please no!  We'll end up with XML before long :-(

Semantically, the use of @@ is for actions that are export target
specific whereas italic etc. are text markup and inherently export
target neutral (generally).  Very different beasts...

One major attraction of org, for me, is the minimal clutter introduced
by the language so that it doesn't get in the way of the writing.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 24.3.1, Org release_8.2.4-322-gece429

Re: [O] [BUG] Cannot open load file: ob-sh

[Eric Schulte]

Bastien  writes:

> Hi Eric,
>
> Eric Schulte  writes:
>
>> Yes, ob-sh has been renamed to ob-shell, the above should be changed to
>> (shell . t).
>
> Can you not it in ORG-NEWS as an incompatible change in master?
>
> These things tend to get easily forgotten.
>
> Thanks!

Done.  Thanks,

-- 
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D

Re: [O] [RFC] Move ox-koma-letter into core?

[Nick Dokos]

Bastien  writes:
>
> The separate repo could be a submodule of Org's core repo and its
> contents could even make it into the .tar.gz and .zip files.
>

I'm not sure that submodules are robust enough.  I tried using them for
a small project and found them wanting (that was a couple of years ago, so
there may be have changes to git to make things better). I then used the
alternate strategy described in Chacon's book (git subtree merging) and
ended up in a tangle: I had to tease the repos apart manually. I now do
things more manually, but (to me) more transparently.

This may very well have been me tripping over my shoelaces of course, and
a more knowledgeable git admin might have been able to make things work
better than I did. But I think it would behoove us to step into those
waters with a fair amount of caution, a backup strategy and lots of
experimentation and documentation, before we take the leap.

Nick

Re: [O] [RFC] Move ox-koma-letter into core?

[Bastien]

Hi Nick,

Nick Dokos  writes:

> But I think it would behoove us to step into those
> waters with a fair amount of caution, a backup strategy and lots of
> experimentation and documentation, before we take the leap.

I completely agree.  I would consider using git submodules iff the
users don't have to deal with them.

-- 
 Bastien

Re: [O] [BUG] Cannot open load file: ob-sh

[Bastien]

Hi Eric,

Eric Schulte  writes:

> Yes, ob-sh has been renamed to ob-shell, the above should be changed to
> (shell . t).

Can you not it in ORG-NEWS as an incompatible change in master?

These things tend to get easily forgotten.

Thanks!

-- 
 Bastien

Re: [O] [BUG] Cannot open load file: ob-sh

[Eric Schulte]

Thorsten Jolitz  writes:

> Hi List, 
>
> I just updated Org and - with (sh . t) in my Org Babel language list -
> get the following error:
>

Yes, ob-sh has been renamed to ob-shell, the above should be changed to
(shell . t).

Best,

>
> ,-
> | Cannot open load file: ob-sh
> `-
>
> It seems that 'lang' is "sh" in the load function 
>
> ,--
> | (defun org-babel-do-load-languages (sym value)
> |   "Load the languages defined in `org-babel-load-languages'."
> |[...]
> |   (require (intern (concat "ob-" lang)
> |   [...]
> `--
>
>
> but the files have been renamed to ob-shell instead of ob-sh:
>
>   ,
>   | -rw-r--r-- 1 tj users   9399 21. Jan 02:48 ob-shell.el
>   | -rw-r--r-- 1 tj users   9223 21. Jan 02:48 ob-shell.elc
>   `

-- 
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D

[O] [babel] Passing of variables to R - usage of temporary file not ideal for tangling

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I just realized that babel is using temporary files when passing
tables to R (no idea about other languages). This is OK when
evaluating code blocks or exporting, but causes problems when
tangling, as the temporary files are not available in a new session
and handing on the tangled code or sourcing it from R becomes impossible.

I would therefore suggest to change the mechanism of passing tables to
R so that the tables are included in the tangled files.

One option would be to use a direct 'text-connection' as describer in
the R help of read.table(), last example.

Cheers,

Rainer

- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJS3oOxAAoJENvXNx4PUvmCSoMH/iICUJTeEgaymZhydWDED2fe
KRDZr/40hAylJP5+HR8Z3pA9Viy5X+5lCWX//QBezNH4TH10jJ01P1oLisIYai9Y
bGIkBGybIeYCuVTcgcf71evstEWQjGv1MOF6tbrGY9+zMOYzan5mfbl0TPygNZZt
kB2WjusxDZ6TH1/JPt4uGXTZDz+1s8njBGht2iHAuQuFRjjie7r8X/JGMjJQWO46
Xe/Jb4aq2Wm5BXRClg7xZ+CObPHoK3jSmII4CL82SAXgXyLca/TuxkVkZ4/svi/R
Tkg9B4/FINrh+JqOBBVSl8Fh7llhwzfcnLDibDqoMSqxyHqd9zESMxb4gw1Ofdc=
=7n9i
-END PGP SIGNATURE-

[O] Bug: [babel] Order of definition of :var makes or breaks the results [8.2.5f (release_8.2.5f-545-g630096 @ /Users/rainerkrug/.emacs.d/org-mode/lisp/)]

[Rainer M Krug]

Depending on the order in which variables are declared, the definitions
are correct or wrong.

In the example below, if DUMMY is declared first and SPECIES and
SPECIES2 are declared via :var+ there are missing rownames and / or
colnames as well as mixups (see below).

If DUMMY is declared *after the first* table (SPECIES) everything works
as expected.

I don't know if it is the same in other languages.

Example:

#+PROPERTY: rownames yes
#+PROPERTY: colnames yes
#+PROPERTY: var DUMMY="dummy"

* Species names and iespece codes
#+NAME: SPECIES
| | fullName| shortName | iespece | IFNName | color |
|-+-+---+-+-+---|
| fagus   | Fagus sylvatica | fagus |   3 | fagus_sylvatica | red   |
| quercus | Quercus robur   | quercus   |   4 | quercus_robur   | green |
#+PROPERTY: var+ SPECIES=SPECIES


* And some more
#+NAME: SPECIES2
| | fullName  | shortName | iespece | IFNName   | color |
|-+---+---+-+---+---|
| no idea |   |   | |   |   |
| quercus | Quercus robur | quercus   |   4 | quercus_robur | green |
#+PROPERTY: var+ SPECIES2=SPECIES2


* The code
#+begin_src R :exports both :results output
SPECIES
#+end_src

#+RESULTS:
:fullName shortName iespece IFNName color
: no idea Fagus sylvatica fagus   3 fagus_sylvatica   red
: quercus   Quercus robur   quercus   4   quercus_robur green


#+begin_src R :exports both :results output
SPECIES2
#+end_src

#+RESULTS:
: X X.1   X.2   X.3
: Quercus robur quercus   4 quercus_robur green



Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

 http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.




Emacs  : GNU Emacs 24.3.1 (x86_64-apple-darwin13.0.0, NS apple-appkit-1265.00)
 of 2013-12-13 on Rainers-MacBook-Pro-2.local
Package: Org-mode version 8.2.5f (release_8.2.5f-545-g630096 @ 
/Users/rainerkrug/.emacs.d/org-mode/lisp/)

current state:
==
(setq
 org-src-lang-modes '(("plantuml" . plantuml) ("ocaml" . tuareg) ("elisp" . 
emacs-lisp) ("ditaa" . artist) ("asymptote" . asy)
  ("dot" . fundamental) ("sqlite" . sql) ("calc" . 
fundamental) ("C" . c) ("cpp" . c++) ("C++" . c++)
  ("screen" . shell-script))
 org-hide-leading-stars t
 org-tab-first-hook '(org-hide-block-toggle-maybe 
org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-speed-command-hook '(org-speed-command-default-hook 
org-babel-speed-command-hook)
 org-ellipsis "〖 ✎ 〗"
 org-occur-hook '(org-first-headline-recenter)
 org-src-tab-acts-natively t
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-html-format-drawer-function '(lambda (name contents) contents)
 org-src-window-setup 'current-window
 org-latex-format-inlinetask-function 'ignore
 org-confirm-shell-link-function 'y-or-n-p
 org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
 org-latex-format-headline-function 'org-latex-format-headline-default-function
 org-startup-indented t
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-latex-format-drawer-function '(lambda (name contents) contents)
 org-odt-format-headline-function 'ignore
 org-from-is-user-regexp "\\"
 org-src-mode-hook '(org-src-babel-configure-edit-buffer 
org-src-mode-configure-edit-buffer)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-babel-pre-tangle-hook '(save-buffer)
 org-mode-hook '(#[nil "\300\301\302\303\304$\207" [org-add-hook 
change-major-mode-hook org-show-block-all append local] 5]
 #[nil "\300\301\302\303\304$\207" [org-add-hook 
change-major-mode-hook org-babel-show-result-all append local] 5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-ascii-format-drawer-function '(lambda (name contents width) contents)
 org-odt-format-inlinetask-function 'ignore
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point 
org-babel-execute-safely-maybe)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers 
org-cycle-hide-inline-tasks org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-plantuml-jar-path "/Users/rainerkrug/jar/plantuml.jar"
 org-latex-packages-alist '(("" "color") ("" "listings"))
 org-ctrl-k-protect-subtree "ask"
 org-babel-tangle-lang-exts '(("latex" . "tex") ("emacs-lisp" . "el"))
 org-confirm-elisp-link-function 'yes-or-no-p
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-odt-format-drawer-function '(lambda (name contents) contents)
 org-latex-listings t
 org-show-siblings '((default) (i

[O] Org release 8.2.5g (minor release from maint)

[Bastien]

Hi all,

I released Org 8.2.5g, which fixes several bugs.

  http://orgmode.org

Please heavily test this release and report important bugs.

Then we will release Org 8.2.6 and sync it with Emacs trunk,
so that Emacs 24.4 contains a very stable version.

Thanks!

-- 
 Bastien

Re: [O] (i/a)spell in org-mode - ignore links?

[Nicolas Goaziou]

Hello,

John Kitchin  writes:

> does anyone do spell checking with ispell or aspell in org-mode? I was
> wondering if there was a way to get it to ignore links, latex markup,
> etc...

It should already be the case in master branch.


Regards,

-- 
Nicolas Goaziou

[O] [BUG] Cannot open load file: ob-sh

[Thorsten Jolitz]

Hi List, 

I just updated Org and - with (sh . t) in my Org Babel language list -
get the following error:

,-
| Cannot open load file: ob-sh
`-

It seems that 'lang' is "sh" in the load function 

,--
| (defun org-babel-do-load-languages (sym value)
|   "Load the languages defined in `org-babel-load-languages'."
|[...]
|   (require (intern (concat "ob-" lang)
|   [...]
`--


but the files have been renamed to ob-shell instead of ob-sh:

  ,
  | -rw-r--r-- 1 tj users   9399 21. Jan 02:48 ob-shell.el
  | -rw-r--r-- 1 tj users   9223 21. Jan 02:48 ob-shell.elc
  `

-- 
cheers,
Thorsten

[O] How to load .el file during startup and execute its commands (Win7/org8)

[elwood151]

I'm trying to use a custom setup for `org-mode 8.2` on `Windows 7`, but it does not work as expected.

My ´Emacs`version: GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-29 on MARVIN

What I tried:

 

## ~/.emacs
in the file `~/.emacs` I have (among others) those lines:

    (if (boundp 'org-mode-user-lisp-path)
    (add-to-list 'load-path org-mode-user-lisp-path)
  (add-to-list 'load-path (expand-file-name "~/org-mode/org_current/lisp")))
    
    (setq default-directory "C:/Users/mypath/" )
    (if (boundp 'org-mode-user-contrib-lisp-path)
    (add-to-list 'load-path org-mode-user-contrib-lisp-path)
  (add-to-list 'load-path (expand-file-name "~/org-mode/org_current/contrib/lisp/"))
  (add-to-list 'load-path (expand-file-name "~/org-mode/morelisp/")))
    
    (require 'icicles)
    (require 'dired+)
    (require 'org)
    (require 'bookmark+)
    
    (load "org")

and later

    (load "C:/Users/mypath/org-config/myname_orgmodeconfig.el")

 

## C:/Users/mypath/org-config/myname_orgmodeconfig.el

contains


    (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . org-mode))
    
    ;; Standard key bindings
    (global-set-key "\C-cl" 'org-store-link)
    (global-set-key "\C-ca" 'org-agenda)
    
    (if (boundp 'org-user-agenda-files)
    (setq org-agenda-files org-user-agenda-files)
  (setq org-agenda-files (quote ("~/org"
 

So I try to use all org-files in the path `~/org` as agenda files.

When I launch `emacs`, I get the following result in the `*Messages` buffer:

    Turning OFF Icicle mode...done
    Turning ON Icicle mode...done
    Turning OFF Icicle mode...done
    Turning ON Icicle mode...done
    Turning ON Icicle mode...done
    Turning OFF Icicle mode...done
    Loading c:/Users/mypath/org-mode/org_current/lisp/org.el (source)...done
    Loading c:/Users/mypath/org-config/myname_orgmodeconfig.el (source)...done
    Loading paren...done
    For information about GNU Emacs and the GNU system, type C-h C-a.


# The Problem

So I assume, as the file `myname_orgmodeconfig.el` has been loaded, all the elisp code inside should have been executed and it should have also set my agenda files.

 

**However, the list of agenda files is empty after startup.
When I then _manually_ ofen the file `myname_orgmodeconfig.el` and execute the command `eval-buffer`, everything is fine.**

 

How can I fix that?
 

Kind regards

 

Martin

 

Re: [O] Can org-mode publish the unchanged files too?

[Bastien]

Ming Lu  writes:

> When doing org-publish command, the org-mode publish only the changed
> files. If there is no file changed, it just skip all the files. 
> My question is : when I changed the emacs publishing setup, how can I
> easily apply this change to all the files without change their
> status(ie: not open and modify them)?

C-c C-e C-f P p

to force re-publication of all files in the current projects

This is assuming you use Org 8.0 or above.

-- 
 Bastien

Re: [O] Table with LaTeX math expressions as default

[o.castillo.felis...@gmail.com]

Thank you!
On Jan 21, 2014 5:32 AM, "Eric S Fraga"  wrote:

> "o.castillo.felis...@gmail.com"  writes:
>
> > Hi  there!
> >
> > I'm using org-mode to generate a table which has columns with
> mathematical
> > expressions in certain columns.
>
> [...]
>
> > Is there a way to say that a column contains (by default) mathematical
> > expressions?
> >
> > In LaTeX the answer would be:
> > - Use the package =array=
> > - In the format of the array column include >{$} c <{$}, to indicate
> these
> > is a math expression
> >
> > Thank you.
>
> Nobody has answered yet so let me do so.  Basically, no, this is not
> possible.  Org will let you define the column specifications the way you
> want them but you would still have to escape the actual mathematical
> expressions in the table to avoid org's exporter from escaping the
> backslashes, e.g. using export snippets or macros.  The result would be
> more effort than what you already have, in my opinion.
>
> --
> : Eric S Fraga (0xFFFCF67D), Emacs 24.3.1, Org release_8.2.4-322-gece429
>
>

[O] ox-md conforming pandoc-markdown

[Michel Kuhlmann]

Hi,
I often convert files with `pandoc`. Currently there is no
pandoc-org-mode-reader, so I'm using markdown as an intermediate step.

I'm aware of ; this
also uses `ox-md`, so the issue applies also there.

I found these issues inconvenient:

- Listings create blank-lines in between
+ Currently
- uno
   - uno
   - dos->  - dos
   - tres
- tres
+ Desired
   - uno- uno
   - dos->  - dos
   - tres   - tres

- Formulas are getting surrounded by \(  \); 
+ Currently
$Q_{max}$  -> \(Q_{max}\)
+ Desired
$Q_{max}$  -> $Q_{max}$

- customisable meta-data export (currently nothing exported) of, say,

#+TITLE: myTitle
#+KEYWORDS: cat1 cat2
#+AUTHOR: meMyself
#+DATE : 2014-01-21
#+OPTIONS: toc:t

+ Desired
* meta-yaml-block

---
title:  myTitle
author: meMyself
catgories: cat1 cat2
date: 2014-01-21
toc: toc:t
...

* pandoc header

% myTitle
% meMyself
% 2014-01-21

Kind regards,
Michel

[O] Can org-mode publish the unchanged files too?

[Ming Lu]

When doing *org-publish* command, the org-mode publish only the changed
files. If there is no file changed, it just skip all the files.
My question is : when I changed the emacs publishing setup, how can I
easily apply this change to all the files without change their
status(ie: not open and modify them)?

Re: [O] [RFC] Move ox-koma-letter into core?

[Bastien]

Thanks for sharing your thoughts on this and clarifying the
possibilities.

Eric Schulte  writes:

> If I understand correctly you are suggesting two thing.
>
> 1. We remove the contrib/ directory, and host the contributed packages
>in a single new org-contrib (or somesuch) repository.
>
> 2. We begin packaging each contrib/ file as a separate ELPA package.
>This would entail;
>
>a. Enhancing the functionality of the existing Org-mode elpa site [1]
>   to host these new packages, and possibly to provide some nicer
>   package list or sort/search functionality.
>
>b. Adding some sort of automated (e.g., Makefile) support to extract
>   these package from either the existing org-mode or a new
>   org-contrib repository.
>
>c. Possibly pulling package metadata (e.g., license, author,
>   requirements, keywords, summary, etc...) automatically from the
>   contrib source files in the manner of MELPA [2] and Marmalade [3].
>
> I believe these two suggestions could be implemented independently from
> each other and I do not see why they need by related.

Agreed, (1) and (2) can be done independently.

But if we do (2), I think it's better to have org-contrib as a
separate repo, because it is simpler.

> My thoughts on them are as follows.
>
> 1. I don't like this suggestion because;
>
>- I like having all contributed packages easily at hand, and I like
>  that most people I talk to on this list also have contrib packages
>  readily at hand.

The separate repo could be a submodule of Org's core repo and its
contents could even make it into the .tar.gz and .zip files.

The makefile could let users do "make contrib" to retrieve contributed
packages into contrib/.

The idea would still be to encourage people to use the Org ELPA
packaging facility to install contributed packages.

>- It provides a way for Org-mode to "endorse" third party packages,
>  and it serves as a useful incubator for functionality which is
>  headed for the core but may need wider testing (e.g., code block
>  support and the new exporter framework).

To me, "Org ELPA" is quite an endorsement too, the same way that GNU
ELPA packages are endorsed by the GNU project and the Emacs team.

Actually, we should ask contributors of contrib what they think.

> 2. I think this suggestion could be nice, although depending on how it
>is done it risks both being a large amount of work and duplicating
>the already duplicated functionality of MELPA and marmalade (I'm
>specifically thinking of automated metadata extraction here).

I agree this may be lot of work.  I'm willing to look more into GNU
ELPA to see how it is done there, and how we could do this.

> I hope this is constructive.

It is, thanks.

I understand the "all batteries included" argument very well, and the
point is *not* to take things away from the users.

It is to clarify the current setup, get more Org contributions into
Org ELPA (I guess a lot of github stuff could go there because devs
would be clear about what is the policy---for now they are not sure
whether stuff in contrib needs a copyright assignment or not) and to
prepare for one of these possibilities:

1) In the long run, maybe Org will be a submodule of Emacs Git repo.
   Completely hypothetical, but that will not be feasible if the Git
   repo contains contrib/.

2) In a far far galaxy, maybe Org will be stable enough to be
   maintained only in Emacs.  So... what then ?  Some contrib/
   directory lost in the space ?

I hope it tells more about where I come from,

-- 
 Bastien

[O] Can I use an already defined agenda view in another agenda command?

[Martin Beck]

Is there a way to first create an agenda command with basic settings and
then reuse and extend those settings in another agenda?

Example:
first create a weekly agenda "overview-10d", which can be invoked e. g. with
C-c a a, that shows all deadlines for the next 10 days

then create another agenda "overview-today" which loads the same settings
like "all items", but only shows the deadlines until today.

Goals: 
- Later changes in overview-10d will also be used in "overview-today".
- "Standard settings" can be defined once and then used in different other
agendas.

Kind regards

Martin

[O] :draft header argument for source block evaluation - WAS: [babel] suggestion: wrap creation of graphics into try() block

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 01/21/14, 11:03 , Andreas Leha wrote:
> Hi Rainer,
> 
> really cool.  I am very short on time right now, so I can't promise
> I'll get around to test it soon.

Great.

> 
> Just one comment:
> 
> Rainer M Krug  writes:
> 
>> On 01/20/14, 19:38 , Eric Schulte wrote:
 
 I will check it a little bit longer and see that I can
 display the error message in the dummy graphic. Should have
 it by tomorrow.
 
>>> 
>>> Sounds good.  Alternately, maybe you could get the R process
>>> to fail and print an error to STDERR so that the export will
>>> stop immediately and inform the user of the error.
>> 
>> I think it is better to catch the error and return with the 
>> computations in the next block, because
>> 
>> 1) a code block which produces a graph is most often an end
>> point, i.e. further blocks should (as I see it) not rely on the
>> output of this block
> 
> If all (your) documents follow that rule, that blocks producing 
> graphical output are not needed later on, than it might be cool to
> have an [draft]-like option in Org that by default replaces all
> images (not just failing ones) with a cheap-to-export graphic.  For
> some of my documents that is a real time saver.

I thought about that as well. a header argument :draft would be very
useful for *many* aspects.
Effectively, one could use the initially the following approach:

- - :draft null (default) :: everything as usual
- - :draft graphics :: Does not evaluate :results graphic blocks and
instead of the graphic, displays a "graphic" with "DRAFT - the code
block name if any", everything else as usual
- - :draft all :: does not evaluate *any* code block but instead returns
a message (if anything should be returned) with "DRAFT - the code
block name if any"

Something like this would be very useful, not only for R. It could be
useful to have this, as a per language header argument, but one could
start with R?


> 
> I can mimic that now by passing a variable 'draft' to the code
> blocks and deal with it internally.  But that means a lot of manual
> coding.
> 
>> 
>> 2) if the export continues, one can fix more then one error at a
>> time, so being more efficient.
>> 
>> 3) If the export continues, it makes it possible to use this to
>> create placeholder graphs:
>> 
>> #+begin_src R  :file TheFantasticGraph.pdf :results graphics 
>> stop("This is a placeholder for a new fantastic graph" #+end_src
>> 
>> Where TheFantasticGraph will display the message "This is a 
>> placeholder for a new fantastic graph".
>> 
>> I have now added the error to the normal R output in addition to
>> a graph, but the export is not canceled.
>> 
>> 
>>> 
 
 I'll send you the patch then.
 
>>> 
>>> Sounds great, thanks.
>> 
>> OK - here it is attached (my first patch to org :-) ) - let me
>> know if it is OK.
>> 
> 
> Really nice addition!  Thanks already (without testing the patch)!

Thanks, and I hope it works as well on your side...

Cheers,

Rainer

> 
> [ ... ]
> 
> Regards, Andreas
> 
> 

- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJS3k9AAAoJENvXNx4PUvmCnXEIANECzlTYZFBXOAVMGsl890jN
B4R5Ytq8Br09LDrB1HcnrZ59/rSRjLTBb8y2n+dn7uunsG3TlwK8GtqNYN2AXGDf
RUpwFrmbF4NxR6qCMQ/LiNp7ogEIyQgADEfLu9qvHB0yXcm7ylo3yqzDOirhMo1A
R3S57jUpPskfyEMcmVtco2k9SFYQ6qf5+IGQuVoOPKiN4L7HtTTNjW1YwQQmmIG9
W7krKxpFdqjlJYr9KzdMx8N8pskGKSvJTtJLFWElGAEvjopJvPQEeG8zLeaffL1M
EXarECSAbuS8ymjitBCuETDi0ShlYYOOiVCg/GJIGCwCS673cqky3QJkR/DO6dQ=
=JZYc
-END PGP SIGNATURE-

Re: [O] [babel] Using :prologue and :epilogue with unbalanced brackets

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 01/20/14, 16:34 , Eric Schulte wrote:
> Rainer M Krug  writes:
> 
>> Hi
>>
>> I would like to use :prologue and :epilogue to enclose the code block
>> in a local({}) block, i.e.
>>
>> * test
>> #+begin_src R :prologue local({   :epilogue })
>> qwerty <- "test"
>> #+end_src
>>
> 
> I tried wrapping the prologue and epilogue values in quotes so that they
> would be interpreted as strings, and I no longer see the problem you
> describe and it works in a session, but I get a different R issues
> outside of a session.

Agreed - 

* test
#+begin_src R  :results output :prologue "local({" :epilogue "})" :session
  cat("Test")
#+end_src

#+RESULTS:

no :session nothing happens

using :session the execution does not complete because the :epilogue is not 
appended.


* test 2
#+begin_src R  :results output :prologue "cat(1, '###\n')" :epilogue "cat(2, 
'###\n')" :session
  cat("Test\n")
#+end_src

#+RESULTS:
: 1 ###
: Test

works under :session and without

but 
* test 2
#+begin_src R  :results output :prologue "{cat(1, 2 )"   :epilogue "cat(2, 3)}" 
:session
  cat("Test\n")
#+end_src

works only without :session as R is waiting for the "}" which is in the 
:epilogue but which is not added.

Cheers,

Rainer


> 
> Best,
> 
>>
>> But the problem seems to be the unbalanced brackets, and everything is
>> passed on as the prologue, as I get the error:
>>
>> Error: unexpected ':' in:
>> "{
>> local({  :"
>> Execution halted
>>
>> Can I somehow use unbalanced brackets, or is this a missing option in
>> epilogue and prologue?
>>
>> Cheers,
>>
>> Rainer
>>
>>
>> --
>> Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
>> Biology, UCT), Dipl. Phys. (Germany)
>>
>> Centre of Excellence for Invasion Biology
>> Stellenbosch University
>> South Africa
>>
>> Tel :   +33 - (0)9 53 10 27 44
>> Cell:   +33 - (0)6 85 62 59 98
>> Fax :   +33 - (0)9 58 10 27 44
>>
>> Fax (D):+49 - (0)3 21 21 25 22 44
>>
>> email:  rai...@krugs.de
>>
>> Skype:  RMkrug
> 

- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, 
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJS3ku9AAoJENvXNx4PUvmC7ngH/ieVPjonhs5J9fKNJADzf3yo
XjkJ22prTY13ZggXBmp85suZzCuMJDP8FtpI2jBOfjAJvwIHiYL7g+rmHBFvXyV5
3tErw4qwQ9xsrwOdAor9tnnFe7WnzZCBGx/Dp8FyWKu28qvqQDzm+QHvWbXtOS1J
tlq3QY9mPeK/T1xxWCDUwUMwe+Sfmta3eQSWcn+zvfwrhBAp8Fo5ifzcTMWqe9XW
OIkRjEDiYBY85GkuEN2nlmWrM67OZuq/XVVif5nclASufiA/3Z5XKeW5R01BMwPr
EFlYy3WcgJcIPMsJjpMlIl6pjKGi2wnzsSoS8tWTyL5uPqgTgCsMnmg3QAUS/n4=
=JHaw
-END PGP SIGNATURE-

Re: [O] [babel] suggestion: wrap creation of graphics into try() block

[Andreas Leha]

Hi Rainer,

really cool.  I am very short on time right now, so I can't promise I'll
get around to test it soon.

Just one comment:

Rainer M Krug  writes:

> On 01/20/14, 19:38 , Eric Schulte wrote:
>>> 
>>> I will check it a little bit longer and see that I can display
>>> the error message in the dummy graphic. Should have it by
>>> tomorrow.
>>> 
>> 
>> Sounds good.  Alternately, maybe you could get the R process to
>> fail and print an error to STDERR so that the export will stop
>> immediately and inform the user of the error.
>
> I think it is better to catch the error and return with the
> computations in the next block, because
>
> 1) a code block which produces a graph is most often an end point,
> i.e. further blocks should (as I see it) not rely on the output of
> this block

If all (your) documents follow that rule, that blocks producing
graphical output are not needed later on, than it might be cool to have
an [draft]-like option in Org that by default replaces all images (not
just failing ones) with a cheap-to-export graphic.  For some of my
documents that is a real time saver.

I can mimic that now by passing a variable 'draft' to the code blocks
and deal with it internally.  But that means a lot of manual coding.

>
> 2) if the export continues, one can fix more then one error at a time,
> so being more efficient.
>
> 3) If the export continues, it makes it possible to use this to create
> placeholder graphs:
>
> #+begin_src R  :file TheFantasticGraph.pdf :results graphics
> stop("This is a placeholder for a new fantastic graph"
> #+end_src
>
> Where TheFantasticGraph will display the message "This is a
> placeholder for a new fantastic graph".
>
> I have now added the error to the normal R output in addition to a
> graph, but the export is not canceled.
>
>
>> 
>>> 
>>> I'll send you the patch then.
>>> 
>> 
>> Sounds great, thanks.
>
> OK - here it is attached (my first patch to org :-) ) - let me know if
> it is OK.
>

Really nice addition!  Thanks already (without testing the patch)!

[ ... ]

Regards,
Andreas

Re: [O] [babel] suggestion: wrap creation of graphics into try() block

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 01/20/14, 19:38 , Eric Schulte wrote:
>> 
>> I will check it a little bit longer and see that I can display
>> the error message in the dummy graphic. Should have it by
>> tomorrow.
>> 
> 
> Sounds good.  Alternately, maybe you could get the R process to
> fail and print an error to STDERR so that the export will stop
> immediately and inform the user of the error.

I think it is better to catch the error and return with the
computations in the next block, because

1) a code block which produces a graph is most often an end point,
i.e. further blocks should (as I see it) not rely on the output of
this block

2) if the export continues, one can fix more then one error at a time,
so being more efficient.

3) If the export continues, it makes it possible to use this to create
placeholder graphs:

#+begin_src R  :file TheFantasticGraph.pdf :results graphics
stop("This is a placeholder for a new fantastic graph"
#+end_src

Where TheFantasticGraph will display the message "This is a
placeholder for a new fantastic graph".

I have now added the error to the normal R output in addition to a
graph, but the export is not canceled.


> 
>> 
>> I'll send you the patch then.
>> 
> 
> Sounds great, thanks.

OK - here it is attached (my first patch to org :-) ) - let me know if
it is OK.

> 
>> 
>> This is the first time I really work with patches - I assume
>> "git diff" will give me the patch you need?
>> 
> 
> The best would be to create the patch with git format-patch, see 
> http://orgmode.org/worg/org-contribute.html#sec-4-2.
> 
> If the patch changes more than 10 lines, you'll need to fill out
> the FSF copyright assignment paperwork.

It is two lines, but it might be worth considering to d=o the
paperwork, as I am thinking about doing some other things on ob-R.el

> 
> Thanks,

My pleasure,

Rainer

> 
>> 
>> Cheers,
>> 
>> Rainer
>> 
>>> 
>>> Thanks,
>>> 
 
 If somebody could look if this makes sense? (defun 
 org-babel-expand-body:R (body params &optional
 graphics-file) "Expand BODY according to PARAMS, return the
 expanded body." (let ((graphics-file (or graphics-file 
 (org-babel-R-graphical-output-file params (mapconcat 
 #'identity (let ((inside (append (when (cdr (assoc :prologue 
 params)) (list (cdr (assoc :prologue params 
 (org-babel-variable-assignments:R params) (list body) (when
 (cdr (assoc :epilogue params)) (list (cdr (assoc :epilogue 
 params))) (if graphics-file (append (list 
 (org-babel-R-construct-graphics-device-call graphics-file 
 params)) inside ;; my edits (list
 "},error=function(e){plot(-1:1, -1:1, type='n');
 text(0,0,'DUMMY')}); dev.off()")) inside)) ;; end "\n")))
 
 
 
 and
 
 (format "%s(%s=\"%s\"%s%s%s); tryCatch({" device filearg
 out-file args (if extra-args "," "") (or extra-args ""
 
 in org-babel-R-construct-graphics-device-call
 
 It is working with the Dummy.
 
 Could somebody please check if this is working?
 
 I am leaving my changes and will see during my work if it is 
 fine.
 
 Cheers,
 
 Rainer
 
 
> 
>> 
>> If the code block which should create the graph would be 
>> wrapped into a try() block, so that it would look like
>> the following:
>> 
>> try( { pdf("./Correlation_1.pdf") IFN.mean <- 
>> load.IFN.mean() grid <- load.grid.CASTANEA.average() 
>> image(IFN.mean) } ) dev.off()
>> 
>> The device would be closed even if an error occurred
>> during the execution of the code.
>> 
>> But still, when  exporting to pdf, the call to pdflatex
>> fails as only a empty pdf is available. So it becomes
>> necessary to go through the pdf log to identify the
>> graphs which failed.
>> 
>> In this case it would be useful, to have a placeholder
>> grah in the final pdf, so that one can see which graphs
>> did not work.
>> 
>> In addition, this could be used as placeholders (well -
>> they are placeholders) for to be created graphs, while
>> the text has already been written.
>> 
>> So my second suggestion would be to include a
>> placeholder image, which would be used if the generation
>> of the actual graph fails. It would be great (but not
>> necessary) if the actual error message would be in the
>> image.
> 
> Such an place holder image would be great, indeed.
> 
> 
> Thanks for bringing this up!
> 
> Regards, Andreas
> 
> 
 
 -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc 
 (Conservation Biology, UCT), Dipl. Phys. (Germany)
 
 Centre of Excellence for Invasion Biology Stellenbosch 
 University South Africa
 
 Tel :   +33 - (0)9 53 10 27 44 Cell:   +33 - (0)6 85
 62 59 98 Fax :   +33 - (0)9 58 10 27 44
 
 Fax (D):+49 - (0)3 21 21 25 2

Re: [O] [Orgmode] POLL: the 40 variables project

[Eric S Fraga]

Rainer M Krug  writes:

[...]

> True. But Is there a table with all the variables, in the form of:
>
> | Variable | *short* description | link to manual |

No table but "M-x customize-group RET org RET" gives all user
customisable variables, many (most? all?) grouped logically as well. 

Okay, maybe emacs's customisation mode is not the most intuitive to a
newbie but it does the job admirably in typical emacs function... in my
opinion.  I often use this mode to explore new packages, and old ones
when I've forgotten how to use them.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 24.3.1, Org release_8.2.4-322-gece429

Re: [O] Table with LaTeX math expressions as default

[Eric S Fraga]

"o.castillo.felis...@gmail.com"  writes:

> Hi  there!
>
> I'm using org-mode to generate a table which has columns with mathematical
> expressions in certain columns.

[...]

> Is there a way to say that a column contains (by default) mathematical
> expressions?
>
> In LaTeX the answer would be:
> - Use the package =array=
> - In the format of the array column include >{$} c <{$}, to indicate these
> is a math expression
>
> Thank you.

Nobody has answered yet so let me do so.  Basically, no, this is not
possible.  Org will let you define the column specifications the way you
want them but you would still have to escape the actual mathematical
expressions in the table to avoid org's exporter from escaping the
backslashes, e.g. using export snippets or macros.  The result would be
more effort than what you already have, in my opinion.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 24.3.1, Org release_8.2.4-322-gece429

Re: [O] [RFC] Move ox-koma-letter into core?

[Detlef Steuer]

> My suggestion is to get rid of the contrib/ directory and to have
> a separate Git repository with libraries available from Org ELPA.

I really like that the important contribs are included in my orgmode 
GIT checkout. It would make it harder to _start_ with orgmode if the
repo woud be splitted. 

May be your suggestions are obvious for hard-core emacsers. But
nowadays I *think* there are a lot of orgmode users who use emacs just
because of orgmode. Even ELPA is no obvious choice if you mix the
package manager of your beloved distro with it.

For me as a user the current state of affairs works as expected. So,
please, only change it if you feel it is a must.

Detlef

[O] Lines above header

[Andreas Leha]

Hi all,

There are situation where some lines that belong to a header are *above*
this header.

A simple example is the following, where the \cleardoublepage belongs to
the 'Figures' header:

--8<---cut here---start->8---
* Introduction
  Bla

* Methods
  Blup

#+LaTeX: \cleardoublepage
* Figures
--8<---cut here---end--->8---


Is there any support for anchoring that text to the header?


In the example, it is just inconvenient, that the \cleardoublepage
'belongs' to 'Methods'.  If, for instance, I add another section
'Conclusions' between 'Methods' and 'Figures' using C-RET, I will get
this:


--8<---cut here---start->8---
* Introduction
  Bla
* Methods
  Blup

#+LaTeX: \cleardoublepage

* Conclusions

* Figures
--8<---cut here---end--->8---

Which is undesired and which I will have to correct. (And I will fail to
correct that most times...)

So, is there any 'pre-header' facility, that I am unaware of?

Regards,
Andreas