emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Dan Davison <davison@stats.ox.ac.uk>
To: emacs-orgmode@gnu.org
Cc: emacs-orgmode@garydjones.name
Subject: Re: From state table to state diagram
Date: Fri, 24 Sep 2010 11:00:48 +0100	[thread overview]
Message-ID: <874odfea0f.fsf@stats.ox.ac.uk> (raw)
In-Reply-To: <i7fq5l$p6k$1@dough.gmane.org> (Gary's message of "Thu, 23 Sep 2010 17:02:13 +0200")

Gary <emacs-orgmode@garydjones.name> writes:

> Sorry, I've been rather lax on this :( I got dragged onto other stuff,
> went on training courses, and all sorts of other things.
>
> Eric Schulte wrote:
>> Babel does support generating diagrams with graphviz via "dot" code
>> blocks.  Babel is also capable of converting Org-mode tables to list
>> objects in a number of languages, so I'd recommend writing a table->dot
>> script in your favorite language, and then using babel to handle the
>> coordination and Org-mode integration.
>
> That's all very easy for you to say :))
>
>> I'm happy to help in this regard, the first step would be something like
>> the following example which assumes python is your preferred scripting
>> language (as you can see I have no idea what your state table may look
>> like)...
>
> Well, wikipedia suggests the following[1] (and goes into further detail
> as well[2])
>     | Current State -> | State | State | State |
>     | Input   v        |   A   |   B   |   C   |
>     |------------------+-------+-------+-------|
>     | x                |   B   | ...   | ...   |
>     | y                | ...   |   C   | ...   |
> which basically says that when the machine is in State A and receives
> 'x' then it transitions to State B, and when it receives a 'y' in State
> B it transitions to State C.
>
>> #+results: state-table
>> | 1 | 2 |
>> | 3 | 4 |
>>
>> #+source: table-to-dot
>> #+begin_src python :var table=state-table
>>   python code here
>
> Okay. What should this python code here do? :) I know, it converts a
> table to dot-script, but are there any examples I could look at which
> take a table as input and output something (anything), just so I can see
> how the python code should expect its input?

Hi Gary,

The answer is that python receives that as [[1, 2], [3, 4]]. There are a
few ways to arrive at that answer. For your table-to-dot script I
suspect it is going to be easiest to use the ":results output" header
argument, which means that the result will be the printed output of the
python block (as opposed to...[1]). So using that, one way to see how
python receives its input is:

#+source: table-to-dot
#+begin_src python :var table=state-table :results output
  print str(table)
#+end_src

#+results: table-to-dot
: [[1, 2], [3, 4]]

Another way is to place point in the code block and use C-c C-v C-v
`org-babel-expand-src-block'.

Alternatively, you might want to use a session to play around with the
input data structure interactively. In that case, add ":session", and
use either C-u C-c C-v C-z or C-u C-c C-v z to bring up the emacs python
session with the input variable pre-loaded.

Dan

>
>> #+end_src
>>
>> #+begin_src dot :var text=table-to-dot(table=state-table)
>>   graph{
>>     $text
>>   }
>> #+end_src
>>
>> Once this is working I think it could make a great addition to the
>> library of babel [1] (a collection of generally useful code blocks).
>
> Sure :)
>
> [1] http://en.wikipedia.org/wiki/Finite-state_machine#Concepts_and_vocabulary
> [2] http://en.wikipedia.org/wiki/State_transition_table
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Footnotes:

[1] As opposed to the default mode in which the result of the block is
the value of the last statement, turned into an Org-mode table if it is
a list/vector type object.

  reply	other threads:[~2010-09-24 10:01 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-24 10:38 Gary
2010-08-24 11:03 ` Eric S Fraga
2010-08-24 11:24   ` Gary
2010-08-24 11:25   ` Eric S Fraga
2010-08-24 12:06     ` Gary
2010-08-24 23:28       ` Eric S Fraga
2010-08-25  0:33       ` Eric Schulte
2010-09-23 15:02         ` Gary
2010-09-24 10:00           ` Dan Davison [this message]
2010-09-25  7:40           ` Rainer M Krug
2010-09-27  6:27             ` Gary
2010-09-27 15:21               ` Mark Elston
2010-09-28 14:04               ` Rainer M Krug
2010-11-24  1:25                 ` Vladimir Alexiev

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=874odfea0f.fsf@stats.ox.ac.uk \
    --to=davison@stats.ox.ac.uk \
    --cc=emacs-orgmode@garydjones.name \
    --cc=emacs-orgmode@gnu.org \
    --subject='Re: From state table to state diagram' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this inbox:

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).