[erlang-questions] Rhetorical structure of code: Anyone interested in collaborating?
Mon May 2 10:57:58 CEST 2016
On Mon, May 2, 2016 at 10:37 AM, Vance Shipley <vances@REDACTED> wrote:
> I have long had an interest in visualizing code and a dream of a visual
> development environment. I've pretty much concluded that a "visual
> programming language" is a pipe dream for all but trivial use cases however
> graphical modeling is obvious.
> The thing that I found to be most difficult to handle with graphical tools
is that if automatic layout is not good enough, then storing the layout is
making it very difficult to handle merges and rebases. At my current job,
we just switched from a graphical modeling tool (for UML-like state
machines) to a text-based representation and rendering with GraphViz.
> On May 2, 2016 1:22 PM, "Vlad Dumitrescu" <vladdu55@REDACTED> wrote:
> > Going the other way around, an IDE can make usage of tools easier -
> I had always wanted to finish that project by going the other way,
> starting with a graphical editor (e.g. dotty(*)) to create the model of a
> communicating finite state machine in a graphviz file (foo_fsm.dot) with
> annotations. Feed that through a utility which created a template gen_fsm
> behaviour callback module (foo_fsm.erl) with annotations so that it could
> be read back into .dot for further graphical editing.
> Another, more generally useful, IDE utility I have always planned is a
> graphical editor for supervision hierarchies. I would love to start new
> Erlang applications on a canvas with a palette of application master,
> supervisor and worker. Drag and drop the supervisors, connect them with
> lines to their children, annotate with the child specifications and init
> arguments and save it as a template application ready to call
A graphical interface is not the only way to improve this kind of editing.
It can be done with a tree view and a form-like interface. Eclipse has for
example editors for its configuration files that look like the picture here
https://dl.dropboxusercontent.com/u/2517505/editor1.png, which is arguably
nicer than having to plow through 3-4 files with different formats among
which XML is the worst.
> These aren't terribly difficult projects, trivial really compared to what
> ROK is talking about, but yet (AFAIK) they don't exist. If one was to
> contemplate doing such a thing I understand that Eclipse has a Graphical
> Editing Framework (GEF) which may form a good foundation for the graphical
> editor. Maybe I'll get around to it someday however it's been on my todo
> list for 15 years now and yet I still use vim as my "IDE".
Yes, GEF is cool, but it has a quite steep learning curve (which might be
added to the steep curve of learning Eclipse, and the relatively steep
curve of learning Java, depending on one's current knowledge).
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the erlang-questions