Alan Kay Demos GRaIL

Vincent Gable2 HN recommenders · 2016–2025
30K views · demo · evergreen · Uploaded 2009-01-19

Alan Kay demonstrates GRaIL, a graphical input language system from around 1968 in which hand-drawn strokes become boxes, connections and dataflow-style programs.

HN points to it as proof that the 1960s already had modeless, sketch-based interfaces that remain impressive today.

Watch on YouTube

6 comments from Hacker News

@some1else2016 · in “Show HN: Interactive, Visual Explanation of the GRAIL Handwriting Recognizer”

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]: [VIDEO]

@colllectorof2017 · in “Magic Paper”

This line of thinking goes back even further. Back to 1968 when GRAIL was developed: [VIDEO] Pretty amazing stuff, even today.

RecommendsView on HN
@ken2019 · in “Loopy: a tool for thinking in systems (2017)”

I love it! It's like the simulations of iThink [1], with the "analogic" sketching UI of GRaIL [2]. [1]: [LINK] [2]: [VIDEO]

@jcelerier2020 · in “Max/MSP: A visual programming language for music and multimedia”

> 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 [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.

@some-mthfka2023 · in “Emacs Is Not Enough”

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] [VIDEO]

Strongly recommendsView on HN
@jancsika2025 · in “Computer science courses that don't exist, but should (2015)”

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: [VIDEO]