71–80 of 156 posts
Earlier quoted context omitted.
I mentioned this in another thread. You can have the output be a dot file. Which you can then edit and send back with a flag to not redo the layout.
That's a wonderful tip, thank you!
Here are some cool things I've done recently with graphviz: 1. Draw "sketch" style graphs using https://sketchviz.com/new 2. Draw graphs of memory usage in golang programs (using pprof): https://graphviz.org/Gallery/directed/pprof.html 3. Embed graphviz into Sphinx docs (shameless self-promotion: https://docs.robusta.dev/master/catalog/triggers/index.html#... )
1) is there an option to make the graph horizontal instead of vertical? 2) can you make the svg option separate, instead of hidden behind the PNG button (with CTRL key)? 3) how did you do the handwriting style?
Earlier quoted context omitted.
My single biggest issue with Graphic is that the quality of Arrow end-points is very poor. They don't terminate cleanly at the destination. This is visible in the 2nd link you've posted. I'm amazed that this hasn't been addressed. It's been there for years. Makes the end products impracticable for distribution in a professional setting. It's Ok if you're the only consumer ... not great for other cases.
I remember this issue being raised, I think on the graphviz Discourse, and the graphviz developers responding to it as if it was a hard to solve limitation of graphviz for some reason. But I can't for the life of me remember the details.
If nothing like that exists, I can see how it would be a very troublesome refactor.
Anybody know what the best visual editor is? Web or desktop.
https://www.graphviz.org/pdf/dottyguide.pdf
Edit: I don't know of a really good visual tool as I've found text editing .dot files directly with a live visualization pretty nice. I use graphviz pretty regularly.
Earlier quoted context omitted.
My single biggest issue with Graphic is that the quality of Arrow end-points is very poor. They don't terminate cleanly at the destination. This is visible in the 2nd link you've posted. I'm amazed that this hasn't been addressed. It's been there for years. Makes the end products impracticable for distribution in a professional setting. It's Ok if you're the only consumer ... not great for other cases.
I remember this issue being raised, I think on the graphviz Discourse, and the graphviz developers responding to it as if it was a hard to solve limitation of graphviz for some reason. But I can't for the life of me remember the details.
The relevant code starts around https://gitlab.com/graphviz/graphviz/-/blob/main/lib/common/... If this isn't right, maybe somebody can figure out why. Perhaps the loop stops sometimes on the wrong side of the boundary? Anyway, it's equally possible that when the endpoint coord is handed off to a lower level driver, the arrowhead mitering is wrong. There is no question there was once upon time explicit code to try to cope with this problem, at least in the native PSgen, but I can't find it now. Maybe it wore away as waves of open source development washed over it, along with static tables for a bunch of "standard" PS fonts.
For more background, see for example https://developer.mozilla.org/en-US/docs/Web/SVG/Attribute/s...
In the worst case, this has to be debugged for all the drivers in https://gitlab.com/graphviz/graphviz/-/tree/main/plugin
No doubt there are more details if anyone can remember them.
Earlier quoted context omitted.
I remember this issue being raised, I think on the graphviz Discourse, and the graphviz developers responding to it as if it was a hard to solve limitation of graphviz for some reason. But I can't for the life of me remember the details.
Ostensibly each arrow style graphic would need an explicitly-defined "attach point" at whatever is deemed the "tip", so that the tip can be oriented perfectly in relation to the vertex and edge of the GraphViz graph. If nothing like that exists, I can see how it would be a very troublesome refactor.
Earlier quoted context omitted.
Do you happen to have any open source code for this that I could look at. I am looking to do some interactive graph viz and would love to see if there is something I could reference
Sure. Let me look it up. It should be all here, at my OpenProcessing (at least all the code I wrote for myself personally): https://openprocessing.org/user/15252?view=sketches Basically any sketch that has "3d" or "aspekt" in the title is on that track. But you can also see from the thumbnail many of them are 3d world related. The navigation of that site is pretty tricky...but you can find the source code by: - Click…
I've used GraphViz a number of times and highly recommend it as a standard tool on your belt. Having a stand-alone executable that can export to SVG is great. The most complex thing I've done with it [1]: a tool (MIT-license) that builds diagrams of the data and addressing pipeline for a DSP processor, and lets one 'scrub through' the assembler code frame by frame and see the values propagate through the blocks. Also…
1. No set-up, no accounts/registration.
2. Free, no ads.
3. Simple, pleasant UI with variable/keyword autocompletion and even multi-cursor find/replace!
4. Your graph is saved in the URL so sharing the link lets others play with a copy of your graph. I usually link-shorten the URLs since they're long: