I've only just skimmed the code, but it seems supporting multiple rendering layers could be a good candidate for using either multi- methods or protocols and types What information is needed by the layout algorithms? I would guess that it basically needs a bounding box and a neighbor list for each node? Ideally it could take in a graph structure that implements a given multi-method interface or protocol, and then return the structure with additional positioning information added.
We are interested in using Vijual to auto-layout nodes and edges in a visual programming component of project Overtone. It uses the Scenario scenegraph library for rendering though, so after doing a layout we will need to update the positions of nodes in the scenegraph and modify the paths representing the edges. If we could add support for scenegraph based rendering by defining a couple multi-methods or types that would be really great. When we get to this point we'll be happy to help do this, but it will probably be another month or two before we are ready. -Jeff On Jan 26, 3:37 pm, Conrad <drc...@gmail.com> wrote: > First I have to focus on bugs and improve the layout algorithms. Then > I want to create an html output pipeline (unless IE suddenly gets SVG > support in the interim) I agree svg and dot would be nice as well. > > On Jan 26, 1:24 am, Travis <twell...@gmail.com> wrote: > > > Any plans to add SVG support? Seems it would, if anything, be easier > > than formatting ascii. You could then open it up and color/move stuff. > > Any ideas about compatibility with graphviz(.org)? Maybe a .dot file > > export? > > > I've considered making a .dot builder myself. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
