Add export and import method for graph #12
Labels
No labels
Complexity/Higest
Complexity/High
Complexity/Low
Complexity/Lowest
Complexity/Normal
Importance/High
Importance/Highest
Importance/Low
Importance/Lowest
Importance/Normal
Kind/Bug
Kind/Documentation
Kind/Feature
Kind/Structure
OS/Linux
OS/MacOS
OS/Windows
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
#14 Allow configuration with chunk size when streaming
linarphy/galaxy-graph
Reference
linarphy/galaxy-graph#12
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This would allow to load a graph from a file, and to save the graph to a file.
Conversion format ideas:
One possible strategy would be to implement those conversion is to implement a
convert(format: ConversionFormat)method toConnection, 'Node' andGraph. There is oneConversionFormatby conversion format. Each one implements aconvert_graph(graph: Graph) -> str,convert_node(node: Node) -> strandconvert_connection(connection: Connection) -> str. Theconvertmethod will then callformat.convert_connection(self)(for aConnectionhere).Should we implement a way for user to implement custom conversion ? If yes, this method won’t work, or each one should add their own ConversionFormat inherited class. Maybe they could customize a specific conversion format by inheriting from the specific inherited ConversionFormat (A user add a FooConversionFormat class which inherit from DotConversionFormat which inherit from ConversionFormat) ?
Don’t know if this is good to have to use custom classes for custom Node/Graph/Connection.
Other format to consider:
Maybe:
Fallback format created. Mermaid state machine done.
I will first add tests for the fallback format.