Forum OpenACS Development: Re: Heads-up: New Workflow Package

Collapse
Posted by John Sequeira on
Lars and Dan,

I understand that it might be out of scope for this release,  but I would like to suggest that you look into the XML dialect for scalable vector graphics (SVG) as an output format for workflow renderings.  If graphviz-like libraries exist to that assist in the creation of SVG directed graphs (I'm not sure about this),  it would be very cool to have the option to publish either interactive/plugin-enabled versions of the workflow ,  with zoom, pan, expand/collapse etc. or a static jpg rendering with a server-side SVG->JPG conversion library (which does exists, AFAIK).

Also,  if you want an example of a workflow that could have benefited from hierarchy and did use parallel routing,  you can check out my incomplete peer-review module writeup:

http://www.pobox.com/~johnseq/projects/peerreview/wfnotes.html

Collapse
13: svg followup (response to 12)
Posted by John Sequeira on
I posted before I googled.  I just saw that graphviz supports svg (I didn't when I last used it):

http://www.research.att.com/~erg/graphviz/info/output.html#d:svg

I guess that means there's not much point in replacing the graphviz dependencies with something else.

Collapse
14: Re: svg followup (response to 13)
Posted by Andrei Popov on
yeah, but my reading is that graphviz can *produce* an SVG, not that it can *read* it.  thought your original idea was to define a wf in a way that can be (more or less) easily translated in to an SVG.