This image is of a simulation of a simple directed #hypergraph , but using an n-ary line rather than a set for the #hyperedge

I have written a working #graphTheory editor for binary edges, where nodes are extended to sets (a #Higraph) , and am contemplating the complexity of n-ary edges with increasing apprehension. It requires refactoring just about the entire edge drawing codebase - 100's of changes across ~2000 lines of #Python.
Is it worth it? Please comment/ vote in the poll below

Is it worth the effort to add #hyperedges to an interactive graph editing tool, as outlined above?
#Mathstodon ?
Yes - n-ary edges would be worth the effort
66.7%
Hyperedges as lines would be nice, but...
0%
No It wouldn't get the use for the effort required
0%
What's a hyperedge?
33.3%
Poll ended at .

For background, hyperedges drawn this way make great shorthand for cases like "a triggers b AND c", or "(b,c,d) depend on a"

A UML Class diagram showing inheritance to multiple children is another case, mostly just drawn with overlapping edges!

https://en.wikipedia.org/wiki/Hypergraph

Thanks to all who voted. Changes to the code base under way. About 1/6th of the way there... Busy implenting a graph editor inside a graph editor... (hyperedges resolve to graphs if you add dummy nodes. But tracking the connectivity both ways for drawing and updating...)