Decker — Eine interaktive Dokumentenplattform, die das Erbe von HyperCard und klassischem macOS fortführt

 (beyondloom.com)
1 Punkte von GN⁺ 5 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • Decker kombiniert Sound, Bilder, Hypertext und Skripte, um interaktive Dokumente zu erstellen und zu teilen, die sich direkt im Webbrowser ausprobieren lassen
  • Es führt die leicht zugängliche Lernkurve von HyperCard und die Ästhetik des klassischen macOS fort und unterstützt zugleich tiefes Undo, Scrollräder und Touchscreens, Tastaturnavigation sowie Batch-Bearbeitung
  • E-Zines, Notizen, Präsentationen, Adventure Games, 1-Bit-Pixel-Art und mehr lassen sich erstellen; fertige Decks können als einzelne .html-Datei gespeichert werden, die eigenständig im Browser läuft
  • Die eigene Sprache Lil ist von Lua und Q beeinflusst und bietet implizite Skalar-Vektor-Operationen sowie SQL-artige Abfragen; mit Lilt lassen sich Decker-Dokumente headless ausführen und manipulieren
  • Läuft nativ auf macOS, Windows, BSD und Linux, nutzt ein zeilenbasiertes Textformat, das gut zu Git und SVN passt, und ist ohne Werbung, Telemetrie oder Gamification unter der MIT-Lizenz veröffentlicht

Eine Autorenumgebung, die die Einfachheit von HyperCard erweitert

  • Decker ergänzt die Einfachheit von HyperCard um moderne Komfortfunktionen
    • Bietet eine tiefe Undo-Historie und Batch-Bearbeitung
    • Unterstützt Scrollräder und Touchscreens
    • Nutzt moderne Tastaturnavigation
  • Mit einer warmen, nostalgischen Ditherpunk-Ästhetik und bewusst begrenzten Ausdrucksmitteln fördert es raues, unvollkommenes Prototyping statt perfekter Ergebnisse
  • E-Zines, Notizsammlungen, Präsentationen, Adventure Games, Skizzen und 1-Bit-Pixel-Art lassen sich damit erstellen
  • Decks werden als einzelne .html-Dokumente gespeichert, die eigenständig im Browser laufen, und können daher überall geteilt werden, wo sich Webseiten hosten oder einbetten lassen
  • Unterstützt integrierte interaktive Widgets und benutzerdefinierte Widgets
    • Benutzerdefinierte Widgets und ihre Definitionen können über die System-Zwischenablage kopiert und eingefügt werden
    • Komponenten einzelner Decks lassen sich importieren und in anderen Projekten wiederverwenden
  • Lil ist von der imperativen Sprache Lua, die breit in Tools und Game Engines eingebettet wird, sowie von der funktionalen Sprache Q aus der APL-Familie beeinflusst
    • Verwendet eine Syntax, die für Menschen mit Programmiererfahrung leicht zu erlernen ist
    • Bietet implizite Skalar-Vektor-Arithmetik und eine integrierte SQL-artige Abfragesprache
  • Beim Build aus dem Quellcode ist der eigenständige Lil-Interpreter Lilt enthalten
    • Kann Decker-Dokumente über die Kommandozeile lesen, schreiben, manipulieren oder headless ausführen
    • Hat weniger Abhängigkeiten als Decker und kann als APE-Executable kompiliert werden, das auf mehreren Plattformen läuft
    • Es gibt auch einen Lil-Interpreter, der in POSIX AWK läuft
  • Decks werden in einem zeilenbasierten Textformat gespeichert und lassen sich dadurch gut mit Versionskontrollwerkzeugen wie Git und SVN verwenden
  • Enthält keine Elemente, die Privatsphäre und Autonomie der Nutzer beeinträchtigen, etwa Werbung, Telemetrie, Gamification oder Integration generativer Inhalte

Beispiele und wiederverwendbare Bibliotheken

Dokumentation und Community

Verwandte Beiträge

1 Kommentare

 
GN⁺ 5 시간 전
Meinungen auf Hacker News

  • Ich frage mich, ob HyperCard inzwischen eine zu alte Technologie ist, als dass die heutige breite Öffentlichkeit noch verstehen könnte, was für ein besonderes Erlebnis es war.
    Mit 6 oder 7 Jahren habe ich nur mit den Grundbausteinen englische Wörter samt selbst geschriebenen Definitionen und Aussprachen gespeichert; es war so einfach und intuitiv wie das Schreiben in ein Heft. Mit denselben Elementen konnte man echte Spiele oder sogar Buchhaltungsanwendungen bauen, und damals wirkten die Ergebnisse nicht einmal billig.
    Das ist ähnlich wie bei der kleinen Stadt in Fallout 1, die mit nur zwei Bildschirmen und ein paar Sprites riesig und belebt wirkte, während sich die 3D-Welt von Fallout 3 mit echten Gebäuden und Sprachausgabe flach und leer anfühlte.

    • Früher bestand der ganze Bildschirm aus Text, sodass selbst ein Kind etwas bauen konnte, das wie echte Software aussah, auch wenn die innere Qualität nicht an kommerzielle Software heranreichte.
      In der grafischen Umgebung eines 68k-Mac konnte man zwar Terminalprogramme schreiben, aber um etwas mit einer softwaretypischen Oberfläche zu bauen, musste man sich durch riesige Klassenbibliotheken arbeiten. HyperCard war ein hervorragender Mittelweg: Es bot dieselben Widgets, Buttons und editierbaren Textfelder wie das Betriebssystem. Visual Basic schaffte das ebenfalls, aber VB wurde unterstützt, während HyperCard aufgegeben wurde.
    • Der Fallout-Vergleich trifft es genau. Beschränkungen regen die Vorstellungskraft an, und ich glaube, darin liegt auch ein Teil des Grundes, warum den Ergebnissen praktisch unbegrenzter AI-Modelle oft Vorstellungskraft fehlt.
    • Wenn man Leute es selbst ausprobieren lässt, verstehen sie die HyperCard-Erfahrung. Ohne die Kernkonzepte zu ändern, könnte man Farben, Unicode und moderne Widgets hinzufügen, und heute könnten LLMs sogar HyperTalk oder eine modernisierte Alternative dafür schreiben, wodurch alles deutlich reibungsloser wäre.
      Der Grund, warum Klassiker hoch geschätzt werden, ist nicht nur, dass man sich daran erinnert, dass sie damals State of the Art waren. Mit der Zeit erkennt man auch, dass nicht alles aus jener Zeit so großartig war wie die nostalgisch verklärten Werke. Qualität bzw. Fidelity eines Mediums und seine Ästhetik sind im Großen und Ganzen getrennte Dinge; die Anmutung von 2D-isometrischen Tile-Spielen entsteht weniger durch niedrige Auflösung als durch bewusstes Design, bei dem Tiles exakt ineinandergreifen, Linien ganzzahligen Pixelverhältnissen folgen und kein Anti-Aliasing verwendet wird.
    • Browser und Webentwicklung haben wahrscheinlich erst um 2010 herum die Interaktivität und Funktionalität von HyperCard aus dem Jahr 1994 eingeholt.
      Die eigentliche Killer-App war das Netzwerk, aber für Menschen, die mit HyperCard Dinge bauten, fühlten sich Komponenten und ereignisgetriebene Entwicklungsmuster wie ein raffinierter Nachhall der Vergangenheit an, als sie schließlich in moderne Entwicklungswerkzeuge einflossen.
    • Allein die Tatsache, dass das erste Myst, das die gesamte Spielebranche stark beeinflusst hat, mit HyperCard erstellt wurde, ist erstaunlich.

  • Ich frage mich, ob es heute noch Platz für eigenständige Anwendungen gibt, bei denen Oberfläche und Datenbank gekoppelt sind, wie bei HyperCard-Stacks oder FileMaker- und Access-Datenbanken.
    Mit solchen Tools und Skriptsprachen konnten Menschen mit nur wenig technischem Wissen unzählige kleine Geschäftsanwendungen bauen; auch ein Labor, mit dem ich gearbeitet habe, nutzte bis vor ein paar Jahren noch FileMaker. Wenn kleine Organisationen heute eine einfache Datenbank brauchen, frage ich mich, was die Standardwahl ist — Notion?

    • Früher nannte man so etwas Systeme mit Programmiersprachen der vierten Generation (4GL). Gerade im Zeitalter von AI und LLMs sehe ich hier sehr viel Raum für Innovation.
      https://en.wikipedia.org/wiki/Fourth-generation_programming_...
    • Ich habe gesehen, wie Menschen außerhalb der IT mit Excel ähnliche kleine Anwendungen bauen.
      Meine Literaturdatenbank habe ich mit HyperCard erstellt, und ich vermisse es immer noch. Der Reiz von HyperCard lag darin, wie einfach man UIs bauen konnte; FileMaker war auch in Ordnung, aber bei der UI eingeschränkter. SQLite ist eine hervorragende Datenbank, hat aber keine einfache UI.
    • FileMaker und Access werden weiterhin verkauft, und als Alternative dürfte Airtable passen.
    • Solche Tools wurden größtenteils durch SaaS ersetzt, und inzwischen nehmen auch LLMs diesen Platz ein.
    • Es gibt unzählige unfertige oder übermäßig komplexe Lösungen, aber wegen der übermäßigen Fragmentierung scheint kein Produkt genug Unterstützung zu sammeln, um eine kritische Masse zu erreichen. Das ist kein einfaches Feld.

  • Frühere Beiträge zu Decker:
    HyperCard mit 1-Bit-Grafik wiederbelebt — https://news.ycombinator.com/item?id=40292181
    HyperCard-Alternativen — https://news.ycombinator.com/item?id=38985409
    Eine Plattform, die das Erbe von HyperCard und klassischem macOS verbindet — https://news.ycombinator.com/item?id=33377964

  • Das kommt einem universellen digitalen Whiteboard, das ich mir schon lange wünsche, ziemlich nahe. Das eigenwillige Design ist reizvoll, steht der praktischen Nutzbarkeit aber im Weg; ich wünschte, nur dieser Teil wäre weg.
    Den Vorläufer HyperCard kannte ich nicht einmal, aber wenn es modernisiert würde, scheint es praktisch genau das Tool zu sein, das ich mir gewünscht habe.

  • Ich vermisse HyperCard und mag den nostalgischen Reiz solcher Projekte, aber wenn man 2026 ein Tool für echte Projekte anstrebt, ist das nahezu Zeitverschwendung.
    Ich will ein HyperCard, mit dem man Stacks erstellen kann, die man tatsächlich anderen zeigen und die sie nutzen können. Selbst wenn man gern in der Vergangenheit verweilt, ist dieses Ergebnis etwas enttäuschend.

    • Ich nutze täglich persönliche Anwendungen, die ich mit Decker geschrieben habe.
      Auf itch.io gibt es über 300 mit Decker erstellte Spiele, Zines, Visual Novels und Spielereien: https://itch.io/games/tag-decker
      Letzten Monat wurde das erste ausschließlich mit Decker entwickelte Spiel auf Steam veröffentlicht: https://store.steampowered.com/app/4693460/The_Dreams_in_the...
      Wir leben weder in der Vergangenheit, noch verschwenden wir unsere Zeit.
    • Moderne Neuinterpretationen von HyperCard bleiben oft in der Schwarzweiß-Ästhetik des Originals stecken; das ist zwar schick, schränkt aber die Massentauglichkeit ein. Schon zu HyperCards aktiver Zeit hat Apple es faktisch dadurch sterben lassen, dass Farbe nicht richtig als Kernfunktion eingeführt wurde.
      Vor ein paar Jahren hätte es vielleicht einen Markt für ein HyperCard-artiges Tool auf moderner Grundlage wie Web-Technologien gegeben, aber heute scheint Vibe Coding – schnell kleine Programme zu bauen, die einen konkreten Bedarf erfüllen – die Rolle von HyperCard aus den 1980er- und 1990er-Jahren übernommen zu haben.
    • Auf HyperCardSimulator.com kann man anonym Stacks erstellen oder importieren und sie per Online-Link teilen.

  • Ich habe HyperCard nie benutzt, aber anhand der Beschreibung und der Screenshots im Artikel muss ich stark an Delphi, Pascal und die Lazarus IDE denken.
    Die Feedback-Schleife, in der ein paar Zeilen Code zu einer anklickbaren, interaktiven ausführbaren Datei werden, ist äußerst reizvoll. Bei den Python- und Go-GUI-Buildern, die ich früher verwendet habe, fehlte dieses Gefühl, und genau deshalb kehre ich immer wieder zu Lazarus zurück.

  • Das erinnert mich an LiveCode (früher Revolution bzw. MetaCard), das ich vor etwa zehn Jahren viel genutzt habe. Es war ebenfalls von HyperCard inspiriert und scheint inzwischen die Open-Source-Version eingestellt zu haben und auf einen KI-gestützten Drag-and-drop-UI-Builder umgestiegen zu sein.
    https://en.wikipedia.org/wiki/LiveCode

    • Ich nutze LiveCode für ein Dutzend persönlicher Anwendungen und aus Freude am Programmieren selbst. Als pensionierter Softwareentwickler habe ich mit HyperCard angefangen, und auch wenn es heute nicht mehr kostenlos ist, ist es zumindest für mich ein hervorragender Ersatz.

  • Decker wirkt so, als hätte es auf E-Ink-Geräten wie dem Boox Note großes Potenzial.

  • Wenn ich zwei große Einflüsse nennen müsste, die mich in die Informatik geführt haben, wären es HyperCard und BBS.

  • Wenn man eine agentische Zukunftsversion möchte, die sich in vielen Punkten damit überschneidet, gibt es das kürzlich veröffentlichte tldraw offline.
    https://offline.tldraw.com/

    • Ich frage mich, ob es dort auch eine Skriptsprache gibt. Genau das war der Kern, der HyperCard auszeichnete und es zum Ersatz für das nie veröffentlichte MacBasic machte.
      https://www.folklore.org/MacBasic.html