Eric S Fraga (e.fr...@ucl.ac.uk) wrote:
> Dear Karl,
Hi Eric,
> a couple of weeks ago you developed some code to convert a pair of
> tables to a graphviz digraph and you wrote a very useful Worg page about
> it:
>
> http://article.gmane.org/gmane.emacs.orgmode/74280
> http://orgmode.org/wor
Karl Voit writes:
[...]
> I have to admit, that I did not come up with the technical solution
> which is described in the tutorial. My part was the
> requirement/idea and a very basic attempt. Rick Frankel[1]
> contributed the LISP code and the final structure of the tables. As
> a matter of fa
On Sat, Jul 20, 2013 at 12:02:18PM +0100, Eric S Fraga wrote:
[...]
> For Karl's benefit, the following is the latest version of the
> graph-from-tables source code block including the above suggestion from
> Rick and also the addition of an options variable.
>
> #+begin_src org
> ,#+name: grap
Rick Frankel writes:
[...]
> I (sort of) disagree. I think specifying required arguments as header
> vars makes the calling requirements clearer. Perhaps:
>
> #+HEADER: :var nodes='() graph='()
>
> would be better...
>
> rick
>
For Karl's benefit, the following is the latest version of the
gra
Rick Frankel writes:
[...]
> I (sort of) disagree. I think specifying required arguments as header
> vars makes the calling requirements clearer. Perhaps:
>
> #+HEADER: :var nodes='() graph='()
>
> would be better...
Sure, that would be a good compromise. I agree it is nice to have a
clear in
On 2013-07-19 13:23, Eric S Fraga wrote:
a couple of weeks ago you developed some code to convert a pair of
tables to a graphviz digraph and you wrote a very useful Worg page
about
it:
http://article.gmane.org/gmane.emacs.orgmode/74280
http://orgmode.org/worg/org-tutorials/org-dot-diagrams.ht
Karl Voit writes:
> * Karl Voit wrote:
>>
>> I would be happy to document this method and provide it on Worg. In
>> my opinion, this would be very handy for many Org-mode users.
>
> I summarized the method on Worg[1].
>
> Can someone please proof read the page? I am not a native speaker
> and it
Karl Voit writes:
> * Karl Voit wrote:
>>
>> I would be happy to document this method and provide it on Worg. In
>> my opinion, this would be very handy for many Org-mode users.
>
> I summarized the method on Worg[1].
>
> Can someone please proof read the page? I am not a native speaker
> and it
* Karl Voit wrote:
>
> I would be happy to document this method and provide it on Worg. In
> my opinion, this would be very handy for many Org-mode users.
I summarized the method on Worg[1].
Can someone please proof read the page? I am not a native speaker
and it's always good to let someone els
* Rick Frankel wrote:
>
> The solution is to specify the range on the call:
>
> #+call:
> graph-from-table(nodes=example-node-table[2:-1],graph=example-graph[2:-1])
[...]
Thank you *very* much for your explanations! You helped me to
understand the method that good that I will soon start document
On 2013-06-28 05:20, Karl Voit wrote:
* Rick Frankel wrote:
And here's a simplier version which uses a graph table in the
following format:
[...]
I tried to use your solution with the "#+call:" method.
Unfortunately, it fails and due to my limited ELISP knowledge, I can
not debug this issue.
* Rick Frankel wrote:
> And here's a simplier version which uses a graph table in the
> following format:
[...]
I tried to use your solution with the "#+call:" method.
Unfortunately, it fails and due to my limited ELISP knowledge, I can
not debug this issue. I've got the feeling that you might
Rick Frankel writes:
>> Where should I place this method? Org-tutorials? [1] probably? New
>> section in [2]?
>>
>> 1. http://orgmode.org/worg/org-tutorials/#sec-3-2
>> 2. http://orgmode.org/worg/org-tutorials/#sec-4
>
> I'm not sure. Carsten or Bastien would be a better person to ask. It
>
On Thu, Jun 27, 2013 at 08:47:14AM +0200, Karl Voit wrote:
> * Rick Frankel wrote:
>
> > - It requires you to specify the range on the node table
>
> Sorry, I did not understand this since I could not locate any range
> specification below except that one for foobar-node-table in the
* Eric S Fraga wrote:
>
> Hi Karl,
Hi Eric!
> I did something simple for generating graphs but without an adjacency
> type of matrix as you have defined and without the special types of
> edges. So, quite limited with respect to what you want. In any case,
> I've attached what I played with a
* Rick Frankel wrote:
> On 2013-06-26 13:03, Karl Voit wrote:
>> * Rick Frankel wrote:
>>
>> However, the header information seems to get lost. This requires
>> hard-coded column content which is a minor drawback of this method.
>
> Just use `:colnames no':
I love Org-mode :-)
> Regardless, he
* Thorsten Jolitz wrote:
>
> not really an answer to your question, but I wrote a library
> (picodoc.el) that automatically generates PlantUML scripts from PicoLisp
> source code:
Thanks for the pointer. Looks interesting but as you wrote, not
really the solution that seems applicable in my case.
On 2013-06-26 13:03, Karl Voit wrote:
* Rick Frankel wrote:
Two things:
1. You don't need to write table parsing code, as passing in a
table as an argument to a code block will convert it to an
array.
t=[["a", 1], ["b", 2]]
You're right, I tota
Hi Karl,
Karl Voit writes:
> I was looking for a reasonable simple method to define processes and
> work-flows within Org-mode. My research did not result in anything
> existing I found useful. Therefore, I started to read about dot[1]
> and found [2].
>
> I would like to define my diagram with t
* Rick Frankel wrote:
>
> Two things:
>
> 1. You don't need to write table parsing code, as passing in a
> table as an argument to a code block will convert it to an
> array.
>
> #+name: ptable
>| head1 | head2 |
>|---+---|
>| a | 1 |
>| b |
Karl Voit writes:
Hi,
> I was looking for a reasonable simple method to define processes and
> work-flows within Org-mode. My research did not result in anything
> existing I found useful. Therefore, I started to read about dot[1]
> and found [2].
[...]
> Some (still missing) glue should use
On 2013-06-26 11:23, Karl Voit wrote:
Hi!
I would like to define my diagram with the following two tables: one
for the node definitions and one for the interconnections between
notes. The syntax should be pretty self-explanatory (or at least I
hope so):
I (not an ELISP hacker) would have to use
Sorry, minor mistake: I could not find out why dot is not able to
mix directed and not directed graphs in one diagram. Therefore I had
to replace th "-" in the node table with ">" and the corresponding
results as well:
> #+name: foobar-node-table
> | *node* | *label*| *shape* | *fil
23 matches
Mail list logo
