Timeline for Good programs for drawing (weighted directed) graphs
Current License: CC BY-SA 3.0
7 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Dec 21, 2015 at 15:25 | history | edited | William DeMeo | CC BY-SA 3.0 |
added 146 characters in body
|
| Dec 21, 2015 at 15:17 | history | edited | William DeMeo | CC BY-SA 3.0 |
added 146 characters in body
|
| Dec 20, 2015 at 14:26 | comment | added | imz -- Ivan Zakharyaschev |
TIL (via rpglover64) "about another point in the design space that makes me very happy. diagrams-graphviz supposedly uses graphviz to layout the graph and diagrams to draw it."
|
|
| Apr 16, 2015 at 15:13 | comment | added | imz -- Ivan Zakharyaschev | So, as for my wish for programming a "device" like graphviz I seem to have found a solution which combines two ideas mentioned here in the answers: Haskell+graphviz! If we want to program diagrams in Haskell, it's not necessary to use diagrams library (not that it's not nice). There is a graphviz library, which allows to program on top of graphviz in different styles, say: * using a graph type; * in a graphviz monad which closely follows the way you write graphviz files -- mathoverflow.net/a/203099/13991 | |
| Apr 15, 2015 at 14:52 | comment | added | imz -- Ivan Zakharyaschev | The disadvantage of that example from Haskell diagrams compared, say, to graphviz is that you must do manual placing of the nodes in Haskell diagrams, whereas graphviz arranges them automatically, just given the structure. But what I'm missing from graphviz is being able to do more programming (at least, being more flexible in changing the shapes for abstract types of nodes and arrows), and also having complex subgraphs as nodes (but this is solved, though not in a very flexible way). | |
| S Oct 30, 2014 at 19:43 | history | answered | William DeMeo | CC BY-SA 3.0 | |
| S Oct 30, 2014 at 19:43 | history | made wiki | Post Made Community Wiki by William DeMeo |