‪Ya, graphic programming.‬

There's this scene in Lain where she's programming on a portable device with a stylus, just dragging and pointing and clicking to navigate and stuff.
I want such an programming environment. I want it to death.
So I'm wondering, how would a language for such a purpose look? They used LISP in the series, but while LISP syntax is very simple (good), I'm thinking you'd want a slightly less dynamic language, to allow the environment to do better definition lookup, autocompletion, etc. If you don't have a keyboard, you'll want to avoid typing as much as possible.

So, language suitable for making a kickass drag-and-drop, point-and-click code editor interface. Any existing out there? How would a new one look?

>>38 remove the possibility of dependency based bugs from code by making the code ONLY deal with dependencies
Since we both know that you're not producing anything before the rest of us forget about it, would you care to explain this more? You don't mean library dependencies, do you? Is this like the anti-FP that seeks to control side-effects by making them explicit?

Also: purely graphical programming is only worthwhile if you have just a small number of possible functions to call. In-scope variables could fit in a short list, but there's no way hundreds  of functions can be easily managed, even if you do sort them into sequence functions, string functions, setters, arithmetic, and so on. It would be cool to be able to write equations out in proper mathematical notation and translate them at compile time into a method for solving them.