Rough design for touch-based rapid Flow-drawing

瀏覽次數:65 次
跳到第一則未讀訊息

Ruud Steltenpool

未讀,
2018年5月16日 晚上7:19:292018/5/16
收件者:Flow Based Programming
As Processes&Channels relate to Nodes&Edges similarly to how Concepts&Relations relate to Nodes&Edges, maybe page 2 shown in https://mobile.twitter.com/steltenpower/status/996690255200903168 has some inspiration

paul tarvydas

未讀,
2018年5月17日 上午9:06:372018/5/17
收件者:Flow Based Programming
Thoughts:

I believe in using drawings for programming (DaS - diagrams as syntax). 

Imagine using a version of Emacs that only used a mouse or one (or two) fingers, and no keyboard.  

Unusable for real programming.  

DaS needs an editor that is as useful as Emacs (insert your editor of choice).  One should be able to use all 10 fingers to edit.  One should be allowed to create and save "illegal" programs (resume and fix up later).

All existing paradigms for creating diagrams (e.g. Visio) are horrible for programming (to the best of my knowledge).  Most diagram editors are made for creating diagrams, not programs.  

Throw away the mouse, throw away touch.

pt


On Wed, May 16, 2018 at 7:19 PM, Ruud Steltenpool <goo...@steltenpower.com> wrote:
As Processes&Channels relate to Nodes&Edges similarly to how Concepts&Relations relate to Nodes&Edges, maybe page 2 shown in https://mobile.twitter.com/steltenpower/status/996690255200903168 has some inspiration

--
You received this message because you are subscribed to the Google Groups "Flow Based Programming" group.
To unsubscribe from this group and stop receiving emails from it, send an email to flow-based-programming+unsub...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Paul Morrison

未讀,
2018年6月3日 下午5:41:552018/6/3
收件者:Flow Based Programming


On Thursday, May 17, 2018 at 9:06:37 AM UTC-4, Paul Tarvydas wrote:
...

All existing paradigms for creating diagrams (e.g. Visio) are horrible for programming (to the best of my knowledge).  Most diagram editors are made for creating diagrams, not programs.  



Of course with the exception of DrawFBP!  As I have said many times, IMO the best way to build an application is by using stepwise refinement - and for the upper levels you need to be able to add nodes that don't have actual code components associated with them. 

BTW it looks like DrawFBP would be fairly easy to convert to touch!
回覆所有人
回覆作者
轉寄
0 則新訊息