Re: [O] Issue with :cache yes

2016-10-26 Thread Ulrich J. Herter
Hi,

Am Mittwoch, den 26.10.2016, 05:49 + schrieb Dushyant Juneja:
> * New Heading
> #+call: execBlk1( "newHeading" ) :cache yes

Shouldn't it be #+call: execBlk1( args="newHeading" ) at this point?

> 
> However, when I try to export it to ascii (C-c C-e t A), I get the
> following error:
> 
> ##  
> org-babel-exp process sh at line 16...
> mapcar: Wrong type argument: listp, "args=\"newHeading\""
> ##  
> 
> Is there something wrong in my use-model? I am basically trying to
> avoid re-evaluating code blocks during export, if I already have them
> evaluated in my buffer.

I cannot reproduce your issue on org release_8.3.6-1246-g359afa.dirty.
May be you can try running M-x org-babel-execute-buffer before export
to make sure all results are up-to-date.


HTH Uli




Re: [O] code blocks: update cache hash on export

2016-10-19 Thread Ulrich J. Herter
One more thing:

Am Dienstag, den 18.10.2016, 09:01 -0700 schrieb Charles C. Berry:
> Is there a function to get the hash of a #+CALL:-block? C-c C-v a
> > ()
> > doesn't work there.
> > 
> 
> `org-babel-current-result-hash' does this. It is not interactive, so
> if 
> you want to query the value interactively, you need
> 
>   M-: (org-babel-current-result-hash)
M-: (org-babel-current-result-hash) returns the hash from the previous
run. What I would need is the new hash which would be inserted after a
new run.

On source block I can get the new hash with M-x org-babel-sha1-hash or
C-c C-c a, but this isn't working on CALL lines. Is there a function
that could do that?

Thanks
Ulrich



Re: [O] code blocks: update cache hash on export

2016-10-19 Thread Ulrich J. Herter
Am Dienstag, den 18.10.2016, 09:01 -0700 schrieb Charles C. Berry:
> On Tue, 18 Oct 2016, Ulrich J. Herter wrote:
> 
> > Hi everybody!
> > 
> > Two questions I'd like to ask the Org-community:
> 
> ??
> > First:
> > When I export my document, the source blocks with outdated cache
> > hashes
> > run, but no new hashes are put in the document.
> 
> Right. The exporter runs in a buffer copy, so the original is not
> modified.
> 
> > 
> > I would like to have the hashes updated when the run on export, so
> > next
> > time I export the don't need to be evaluated. This would save a lot
> > quite some time!
> > 
> > Is there a switch I missed, or any way to get this behaviour?
> 
> Run org-babel-execute-buffer (or org-babel-execute-subtree) before
> you 
> export.
> 
> > 
> > 
> > Second:
> > Is there a function to get the hash of a #+CALL:-block? C-c C-v a
> > ()
> > doesn't work there.
> > 
> 
> `org-babel-current-result-hash' does this. It is not interactive, so
> if 
> you want to query the value interactively, you need
> 
>   M-: (org-babel-current-result-hash)
> 
> with point in the CALL line. Or roll it into an interactive function
> of 
> your own.
> 
> `org-ctrl-c-ctrl-c' will get the value if point is just before the
> hash.
> 
> HTH,
> 
> Chuck
> 
Thanks Chuck, that helps.



[O] code blocks: update cache hash on export

2016-10-18 Thread Ulrich J. Herter
Hi everybody!

Two questions I'd like to ask the Org-community: 

First:
When I export my document, the source blocks with outdated cache hashes
 run, but no new hashes are put in the document.

I would like to have the hashes updated when the run on export, so next
time I export the don't need to be evaluated. This would save a lot
quite some time!

Is there a switch I missed, or any way to get this behaviour?


Second:
Is there a function to get the hash of a #+CALL:-block? C-c C-v a ()
doesn't work there.


Thanks a lot,
Ulrich



Re: [O] pgfplots and tikz break LaTeX inline overlay colors

2016-07-25 Thread Ulrich J. Herter
Hi Eric,

thanks for the reply.

Am Montag, den 25.07.2016, 15:38 +0100 schrieb Eric S Fraga:
> 
> #+begin_src emacs-lisp :results none
>   (setq org-format-latex-options '(:foreground "white" :background
> "black" :scale 3 :html-foreground "Black" :html-background
> "Transparent" :html-scale 1.0 :matchers ("begin" "$1" "$" "$$" "\\("
> "\\["))
> org-latex-create-formula-image-program 'imagemagick
> org-tree-slide-heading-emphasis t
> )
> #+end_src
> 
Well, thats what I tried first. It didn't have any effect when the
pgfplots and tikz packages were loaded. Something seems to overwrite
the font color, I assume.

Regards
Uli



Re: [O] pgfplots and tikz break LaTeX inline overlay colors

2016-07-25 Thread Ulrich J. Herter
Hi Nicolas,

sorry for the previous mail, somehow I lost the formatting.

Am Montag, den 25.07.2016, 15:07 +0200 schrieb Nicolas Goaziou:
> "Ulrich J. Herter" <u...@posteo.de> writes:
> 
> > 
> > When using pgfplots and tikz LaTeX packages for graphics in a
> > document, the colouring of LaTeX overlays in org-mode is broken.
> > The
> > font colour of snippets is always black, super hard to read in on a
> > dark colour scheme. See attached images.
> > 
> > Steps to reproduce:
> > - Do C-c C-x C-l on one of the formulas.
> > - When pgfplots or tikz is loaded, the :foreground setting in
> > org-format-latex-options is ignored...
> > 
> > Any help with that would be much appreciated!
> 
> I cannot reproduce it in development version, where formula display
> mechanism was rewritten recently.
> 
> Could you update Org and try again?
> 
I'm sorry, but I'm still getting this error in release_8.3.5-1000-
g9d3a4a.dirty (installed from Arch linux AUR), I attached a screenshot.
Could it be something with my config? The striped .emacs along with the
examples below.


Thanks and regards
Uli


.emacs---8<
(require 'org-install)

(custom-set-variables
 '(custom-enabled-themes (quote (tsdh-dark

(require 'org)
(require 'ox-latex)

(add-hook 'org-mode-hook 'turn-on-org-cdlatex)
(setq org-latex-create-formula-image-program 'dvipng)
(setq org-highlight-latex-and-related '(latex script entities))
(plist-put org-format-latex-options :scale 3)

(add-to-list 'org-latex-default-packages-alist '("" "caption" nil))
(add-to-list 'org-latex-packages-alist '("" "parskip" nil))
(add-to-list 'org-latex-packages-alist '("" "xcolor" nil))
(add-to-list 'org-latex-packages-alist '("" "siunitx" t))
(add-to-list 'org-latex-packages-alist '("" "minted" nil)) ; Code
listings
(setq org-latex-listings 'minted)
(setq org-latex-minted-options
  '(("frame" "lines") ("linenos=true") ("stepnumber" "5")
("framesep" "6pt")
("mathescape" "true") ("fontsize" "\\footnotesize")))

(add-to-list 'org-latex-classes
  '("koma-article"
 "\\documentclass{scrartcl}"
 ("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
 ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}")))
.emacs--->8


example1.org---8<--
# #+LATEX_HEADER: \usepackage{pgfplots,tikz}
$$(a+b)^2=a^2+2ab+b^2$$
example1.org--->8--

example2.org---8<--
#+LATEX_HEADER: \usepackage{pgfplots,tikz}
$$a^2+b^2=c^2$$
example2.org--->8--

Re: [O] pgfplots and tikz break LaTeX inline overlay colors

2016-07-25 Thread Ulrich J. Herter
Hi Nicolas,

thanks for looking into this!

Am Montag, den 25.07.2016, 15:07 +0200 schrieb Nicolas Goaziou:
"Ulrich J. Herter" <u...@posteo.de> writes:

When using pgfplots and tikz LaTeX packages for graphics in a
document, the colouring of LaTeX overlays in org-mode is broken.
The
font colour of snippets is always black, super hard to read in on a
dark colour scheme. See attached images.

Steps to reproduce:
- Do C-c C-x C-l on one of the formulas.
- When pgfplots or tikz is loaded, the :foreground setting in
org-format-latex-options is ignored...

Any help with that would be much appreciated!

I cannot reproduce it in development version, where formula display
mechanism was rewritten recently.

Could you update Org and try again?

I'm sorry, but I'm still getting this error in release_8.3.5-1000-
g9d3a4a.dirty (installed from Arch linux AUR), I attached a screenshot.
Could it be something with my config? The striped .emacs along with the
examples below.

.emacs---8<
(require 'org-install)

(custom-set-variables
 '(custom-enabled-themes (quote (tsdh-dark

(require 'org)
(require 'ox-latex)

(add-hook 'org-mode-hook 'turn-on-org-cdlatex)
(setq org-latex-create-formula-image-program 'dvipng)
(setq org-highlight-latex-and-related '(latex script entities))
(plist-put org-format-latex-options :scale 3)

(add-to-list 'org-latex-default-packages-alist '("" "caption" nil))
(add-to-list 'org-latex-packages-alist '("" "parskip" nil))
(add-to-list 'org-latex-packages-alist '("" "xcolor" nil))
(add-to-list 'org-latex-packages-alist '("" "siunitx" t))
(add-to-list 'org-latex-packages-alist '("" "minted" nil)) ; Code
listings
(setq org-latex-listings 'minted)
(setq org-latex-minted-options
  '(("frame" "lines") ("linenos=true") ("stepnumber" "5")
("framesep" "6pt")
("mathescape" "true") ("fontsize" "\\footnotesize")))

(add-to-list 'org-latex-classes
  '("koma-article"
 "\\documentclass{scrartcl}"
 ("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
 ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}")))
.emacs--->8


example1.org---8<--
# #+LATEX_HEADER: \usepackage{pgfplots,tikz}
$$(a+b)^2=a^2+2ab+b^2$$

example1.org--->8--

example2.org---8<--
#+LATEX_HEADER: \usepackage{pgfplots,tikz}
$$a^2+b^2=c^2$$
example2.org--->8--


Thanks and regards
Uli

Re: [O] Bug? Date calculation in table fail with locale "de"

2016-07-21 Thread Ulrich J. Herter
Am Donnerstag, den 21.07.2016, 11:50 +0200 schrieb Nicolas Goaziou:
> "Ulrich J. Herter" <u...@posteo.de> writes:
> 
> > 
> > Is this a bug? I'm trying to do some date calculations in a table,
> > however, when on German language settings I'm getting the
> > following:
> > 
> > > 
> > > <2016-07-07 Do> | <2016-07-08 Fr> | #ERROR |
> > #+TBLFM: $3=$2-$1
> > 
> > Debugger output:
> > Substitution history of formula
> > Orig:   ?
> > $xyz->  $2-$1
> > @r$c->  $2-$1
> > $1->(<2016-07-08 Fri>)-(<2016-07-07 Do>)
> > ^
> > Error:  Bad word in date: "Do"
> 
> Fixed in development version. Thank you.
Awesome, thank you!

Regards, Uli




[O] Bug? Date calculation in table fail with locale "de"

2016-07-07 Thread Ulrich J. Herter
Dear Orgers,

Is this a bug? I'm trying to do some date calculations in a table,
however, when on German language settings I'm getting the following:

| <2016-07-07 Do> | <2016-07-08 Fr> | #ERROR |
#+TBLFM: $3=$2-$1

Debugger output:
Substitution history of formula
Orig:   ?
$xyz->  $2-$1
@r$c->  $2-$1
$1->(<2016-07-08 Fri>)-(<2016-07-07 Do>)
^
Error:  Bad word in date: "Do"

There is no difference when using "date($1)...".
When doing "date" on each individually it works as expected. 

| <2016-07-07 Do> | <2016-07-08 Fr> | 736152 | 736153 | 1 |
#+TBLFM: $3=date($1)::$4=date($2)::$5=$4-$3


Also, putting the locale to LANG="us_US.UTF8" and the dates in US
format, I do NOT get the error and the examples run fine.

My emacs version is GNU Emacs 24.5.1 Org version 8.3.4 (release_8.3.4-
99-ga8e4a3).

Any ideas how to fix this?

Thanks
Uli