Alan Kay Demos GRaIL
Alan Kay Demos GRaIL on HackerTube: recommended by 2 Hacker News commenters across 2 separate months, 2016–2025.
Alan Kay demonstrates GRaIL, a graphical input language system from around 1968 in which hand-drawn strokes become boxes, connections and dataflow-style programs.
What HN commenters said
6 Hacker News comments link this video. Each one links back to its thread.
some-mthfkaJan 2023Strongly recommends
Man, I love these old demos. And I haven't seen this one before. I now understand much better what Alan Kay meant when he said: I felt like sticking my hands right through the display and actually touching the information structures directly. This is the first system I have used, and practically the only one since that I would call truly intimate. [1] Thanks for this link. Well, in terms of UI, I see no problem whatsoever in building such a workflow. The way it will work is: lenses (aka editors) are cells (aka widgets). So you will be able to position things freely, anywhere. You could even connect and see actual symbols get imported and such. As for the CL side, unimporting a symbol (aka removing a connection) is possible, so I see no problem there either : ) [1] ▶ this video
in “Emacs Is Not Enough” · View on HN
colllectorofNov 2017Recommends
This line of thinking goes back even further. Back to 1968 when GRAIL was developed: ▶ this video Pretty amazing stuff, even today.
in “Magic Paper” · View on HN
jancsikaOct 2025Cites it
If Alan Kay doesn't respond directly to this comment, what is Hacker News even for ? :) You're not wrong about history, but that only strengthens Kay's case. E.g., our gazillion-times better physical substrate should have led an array of hotshot devs to write web apps that run circles around GraIL[1] by 2025. (Note the modeless GUI interaction.) Well, guess what? Such a thing definitely doesn't exist. And that can only point to programmers having a general lack of knowledge about their incredibly short history. (In reality my hope is some slice of devs have achieved this and I've summoned links to their projects by claiming the opposite on the internet.) Edit: just so I get the right incantation for summoning links-- I'm talking about the whole enchilada of a visual language that runs and rebuilds the user's flowchart program as the user modelessly edits it. 1: ▶ this video
in “Computer science courses that don't exist, but should (2015)” · View on HN
jcelerierFeb 2020Cites it
> Languages like these also don't have the almost hundred years of research and effort in to creating an ecosystem around them like text-based languages do. c'mon, the first dataflow languages date from the 60s, that's barely after the first textual PLs - see eg ▶ this video > There's no way to harness the incredible power of text editors like vim or emacs. have fun showing most art students how to use vim or emacs :p just typing a few commands in a console to build a project is already a galore from past teaching experience.
in “Max/MSP: A visual programming language for music and multimedia” · View on HN
kenMar 2019Cites it
I love it! It's like the simulations of iThink [1], with the "analogic" sketching UI of GRaIL [2]. [1]: [link] [2]: ▶ this video
in “Loopy: a tool for thinking in systems (2017)” · View on HN
some1elseMar 2016Cites it
Thanks for this wonderful essay! I love learning about that period in computing, when a lot of what we use today was first challenged. It's easy to see how those same principles apply to the GRaIL visual programming interface demo[1], where different strokes create different types of elements (boxes, outputs, connections, ...). [1]: ▶ this video
in “Show HN: Interactive, Visual Explanation of the GRAIL Handwriting Recognizer” · View on HN