Re: [O] problem with babel and dot

2016-02-13 Thread Eric S Fraga
Okay, I have figured this out and here is the solution in case anybody
else wants to do something like this:

1. create a very simple dot src block:

   #+begin_src org
 ,#+name: generate-graph
 ,#+begin_src dot :var graph="digraph {}" :file graph.pdf
   $graph
 ,#+end_src
   #+end_src

2. call the original tables -> graph block with a :post command to
   invoke this new block:

   #+begin_src org
 ,#+call: 
graph-from-tables(options="rankdir=LR;",nodes=subtasks-table[2:-1],graph=dependency-table[2:-1])
 :exports results :results file :post generate-graph[:results file :exports 
results :file dependency-graph.pdf](graph=*this*)
   #+end_src

This works like a charm.  There are probably superfluous settings but
this over-specified combination does what I want!

Sorry for all the noise.  As always, power comes with complexity and
babel is definitely powerful.  If org is the killer app for emacs, then
babel is the killer app for org!


thanks,
eric

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.90.1, Org release_8.3.3-565-g4f499f



Re: [O] Icalendar export and contacts

2016-02-13 Thread Simon Thum

On 02/12/2016 11:43 PM, Nicolas Goaziou wrote:

Hello,

Simon Thum  writes:


I noticed one more strange thing:

the new exporter fails to resolve links to radio targets (which are
slightly pointless but worked before). I'm not sure it needs fixing,
just thought I'd let you know.

I.e. <<>>   <>

[[works]]
[[fails]]


It doesn't need to be fixed. Radio targets bring their own linking
mechanism.


Yes, but the exporter stalls on the [[fails]] link although it resolves 
in org. Provided you're right the reasoning seems off.


Cheers,

Simon



[O] LaTeX export with listings: unknown language "calc"

2016-02-13 Thread Axel Kielhorn
Hello!

I use some calc in my org document:

#+begin_SRC calc :var x=5 :var y=2 :exports both
  2 + a * x ** y
#+end_SRC 

When I export this to LaTeX the listings package complains about an unknown 
language calc.

To fix this I simply define a language:

#+LATEX_HEADER: \usepackage{listings}
#+LATEX_HEADER: \lstdefinelanguage{calc}{morekeywords={}}

Is this the correct way to do this?
Should this be added to the documentation?

Regards Axel


Re: [O] Unit test table

2016-02-13 Thread Eduardo Bellani
Hey Aaron, thanks for the input.

I don't think that solves my problem. I think I found a solution, but
it involves multiple formulas for the same column.
See here https://gist.github.com/ebellani/d271093faaa943674df6
Does anyone have a better idea for doing something like that? I had to
modify both 'org-table-get-stored-formulas' and
'org-table-fedit-finish' so they stop complaining about multiple
declarations for a single column.

Thanks


On Sat, Feb 6, 2016 at 8:31 PM, Aaron Ecay  wrote:
> Hi Eduardo,
>
> 2016ko otsailak 4an, Eduardo Bellani-ek idatzi zuen:
>>
>> Hey guys. I've posted this question in the irc-channel, but I had to
>> leave before I could strike a conversation with the the nice volunteer
>> who answered my question. I hope that email can preserve the
>> conversation :)
>>
>> So, I have a table who's purpose is to demonstrate the working of different
>> versions of the same code, perhaps in different languages. This is a
>> working model:
>>
>> https://gist.github.com/ebellani/7c70d16f06076e4fc375
>>
>> as you can see, there's repetition and the TBLFM is huge.
>>
>> Anyone has an idea of a better way to achieve similar results?
>
> Use babel:
>
> #+name: my-input
> | el | value  | expected |
> |++--|
> | 5  | '(5 5 5 5) | 4|
> | ...etc...  |
>
> #+begin_src elisp :var input=my-input :results table
> ;; Code that does the calculations in your tblfm line
> ;; `input' is a variable holding your input table
> #+end_src
>
> --
> Aaron Ecay



-- 
Eduardo Bellani



[O] how to rebuild org agenda while emacs is idle?

2016-02-13 Thread Gregor Zattler
Hi org-mode users and developers,

org-agenda is great but slow, sticky agenda solves this but gets
stale really fast.  I try to refresh my org-agenda while Emacs is
idle like so:

(defun gz/refresh-agenda-when-idle ()
  "Refresh Agenda while idle."
(org-agenda-redo 'all))

(setq gz/idle-agenda-timer (run-with-idle-timer 3 t 
'gz/refresh-agenda-when-idle))

This should refresh my agenda after 3 seconds of idle time.  But
when I change one of my agenda files (and save it), the change
does not occur in the agenda after 9 seconds of idle time
although the echo area shows "Rebuilding agenda buffer...done"

What's wrong with this settings?


If you want to play with this, use this test.org:

(defun gz/refresh-agenda-when-idle ()
  "Refresh Agenda while idle."
(org-agenda-redo 'all))

(setq gz/idle-agenda-timer (run-with-idle-timer 3 t 
'gz/refresh-agenda-when-idle))


; in order to cancel the timer ans start afresh:
(cancel-timer gz/idle-agenda-timer)


* Change this heading and watch the agenda buffer: changing?
<2016-02-13 Sa>--<2036-02-13 Mi>


nd visit it like so:
emacs24 -Q -nw /tmp/nuff.org  --eval '(org-agenda-file-to-front)' --eval 
'(org-agenda "a")'

The problem is the same with emacs25 and org-mode from git as of
today (but with emacs25 you'll have to arrange the windows
yourself).


Ciao, Gregor




Re: [O] Icalendar export and contacts

2016-02-13 Thread Simon Thum

Hi,

would the attached patch be enough?

Cheers,

Simon

On 02/12/2016 11:41 PM, Nicolas Goaziou wrote:

Hello,

Simon Thum  writes:


do you refer to master, maint or something else? I'm on 8.3 but am
considering an upgrade.


Development version = master.


Also I think org-contacts should declare the link type if it has
support for it (in the vcard export). I'd be happy to do that if it
can be done as a TINYCHANGE.


org-contacts is in contrib/ directory. TINYCHANGE tag is not required.

Regards,

>From fe28fb1eec7b8435f2ce9d30853fc3df707149c4 Mon Sep 17 00:00:00 2001
From: Simon Thum 
Date: Sat, 13 Feb 2016 17:20:05 +0100
Subject: [PATCH] Register tel link from org-contacts

This has the added benefit of not screwing up the exporter.

Signed-off-by: Simon Thum 
---
 contrib/lisp/org-contacts.el | 5 +
 1 file changed, 5 insertions(+)

diff --git a/contrib/lisp/org-contacts.el b/contrib/lisp/org-contacts.el
index 3236a7c..1aa2cab 100644
--- a/contrib/lisp/org-contacts.el
+++ b/contrib/lisp/org-contacts.el
@@ -1113,6 +1113,11 @@ link string and return the pure link target."
 (setq colonpos (string-match ":" link))
 (if startpos (substring link (1+ colonpos)) link)
 
+;; Add the link type supported by org-contacts-strip-link
+;; so everything is in order for its use in Org files
+(org-add-link-type "tel")
+
+
 (defun org-contacts-split-property (string &optional separators omit-nulls)
   "Custom version of `split-string'.
 Split a property STRING into sub-strings bounded by matches
-- 
2.1.3



Re: [O] LaTeX export with listings: unknown language "calc"

2016-02-13 Thread Eric S Fraga
On Saturday, 13 Feb 2016 at 16:35, Axel Kielhorn wrote:
> Hello!
>
> I use some calc in my org document:
>
> #+begin_SRC calc :var x=5 :var y=2 :exports both
>   2 + a * x ** y
> #+end_SRC 
>
> When I export this to LaTeX the listings package complains about an
> unknown language calc.
>
> To fix this I simply define a language:
>
> #+LATEX_HEADER: \usepackage{listings}
> #+LATEX_HEADER: \lstdefinelanguage{calc}{morekeywords={}}

Basically, yes.  I have

#+latex_header: \lstdefinelanguage{calc}{}

for the second line.

> Is this the correct way to do this?
> Should this be added to the documentation?

Probably...
-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.90.1, Org release_8.3.3-565-g4f499f