GoogleCodeExporter
commented
9 years ago I had a look at the code and found a possible route for this extension.
The problem is that all the file loaders have dependencies on JDialogs for
asking and confirming values. This is not a good route for a command line
version, as dialogs would pop up, if you want to automate things.
My proposal would be to a) simplify the import/export handlers to take all
parameters from for example a map and not ask again and b) signal the results
via response codes and or complex return objects.
Once this is done, it's quite easy to call the loader from the command line.
One more obstacle I found was the it seems that the graph objects themselves
(mainly the class mxGraphComponent) would create some UI object which is not
disposed, that's why I needed to force shut the app via System.exit, might be
related to my misunderstanding of the code.
In the following there is another method in the IMGImportExport class which
does not ask for transparency, so that there will be no UI dialog.
Maybe you can work with that?
Something like this
SCXMLImportExport scxmlImportExport = new SCXMLImportExport();
SCXMLGraph graph = new SCXMLGraph();
String from = "input.scxml";
scxmlImportExport.readInGraph(graph, from, false);
IMGImportExport fie = new IMGImportExport();
mxGraphComponent m = new mxGraphComponent(graph);
fie.write(m, "output.png", false);
System.exit(0);
Thanks
and good work on the UI so farOriginal comment by jkirschn...@gmail.com on 25 Jan 2011 at 11:18
- Added labels: ****
- Removed labels: ****
Original issue reported on code.google.com by
jkirschn...@gmail.comon 23 Jan 2011 at 8:15