https://jumplink.eu/de/blog/tags/gnome/feed.xml 2026-10-29T00:00:00Z Pascal Garber https://jumplink.eu/ https://jumplink.eu/de/blog/learn6502/ 2026-10-29T00:00:00Z 2026-10-29T00:00:00Z

Learn 6502 Assembly ist eine GNOME-App mit Tutorial, Editor, Debugger und virtuellem Display, basierend auf Nick Morgans easy6502.

<p>Der 6502 ist der Prozessor von Commodore 64, NES und Apple II. Nick Morgans <a href="https://github.com/skilldrick/easy6502">easy6502</a> ist ein Web-Tutorial, das seine Assemblersprache Schritt für Schritt erklärt. Daraus habe ich eine native GNOME-App gemacht: <strong>Learn 6502 Assembly</strong>.</p> <p>Das steckt drin:</p> <ul><li><strong>Ein interaktives Tutorial</strong>, das die Kernkonzepte durchgeht.</li><li><strong>Ein Code-Editor</strong> mit Syntaxhervorhebung.</li><li><strong>Ein Assembler und ein Debugger</strong>, die Register, Flags und Speicher zeigen, während der Code läuft.</li><li><strong>Ein virtuelles Display</strong>, auf dem man das Ergebnis sieht und mit dem sich kleine Spiele und Grafiken bauen lassen.</li></ul> <p>Die App ist in TypeScript mit GJS und libadwaita geschrieben und wird mit <a href="https://gjsify.org/">gjsify</a> gebaut. Das Repository enthält mehr als die Desktop-App: Assembler, Simulator und Disassembler stecken in einem eigenen Paket, <code>@learn6502/core</code>, und derselbe Code treibt auch eine Web-Version und eine Android-App an. Tutorial-Inhalte und Übersetzungen sind ebenfalls eigene Pakete, übersetzt wird auf Weblate.</p> <p>Die App gibt es auf <a href="https://flathub.org/apps/eu.jumplink.Learn6502">Flathub</a>. Der Code steht unter GPL-3.0, der Tutorialtext unter CC BY 4.0, wie im Original.</p> https://jumplink.eu/de/blog/why-gjsify/ 2026-10-28T00:00:00Z 2026-10-28T00:00:00Z

gjsify bringt die Standard-APIs von Node.js und dem Web nach GJS, damit TypeScript-Apps und npm-Pakete nativ auf GNOME laufen.

<p>GNOME-Apps lassen sich in JavaScript schreiben. Die Laufzeit heißt GJS und basiert auf SpiderMonkey. GJS ist aber weder Node.js noch ein Browser: Es gibt kein <code>node:fs</code>, kein <code>fetch</code>, kein <code>&lt;canvas&gt;</code> und kein npm-Ökosystem. Viele Bibliotheken, ob HTTP-Client, Game-Engine oder Krypto-Bibliothek, setzen APIs voraus, die GJS nicht hat.</p> <p><a href="https://gjsify.org/">gjsify</a> schließt diese Lücke. Es baut die Node.js-, Web- und DOM-APIs auf GNOMEs eigenen Bibliotheken nach:</p> <table><thead><tr><th>Im Code</th><th>gjsify setzt es um auf</th></tr></thead><tbody><tr><td><code>node:fs</code>, <code>node:net</code>, <code>node:crypto</code></td><td>Gio, GLib</td></tr><tr><td><code>fetch</code>, <code>WebSocket</code>, <code>XMLHttpRequest</code></td><td>Soup 3</td></tr><tr><td><code>&lt;canvas&gt;</code> 2D und WebGL</td><td>Cairo, Gtk.GLArea</td></tr><tr><td>WebRTC, WebAudio, <code>&lt;video&gt;</code></td><td>GStreamer</td></tr><tr><td><code>node:sqlite</code></td><td>libsqlite3</td></tr></tbody></table> <p>Damit stehen die Standard-APIs in GJS zur Verfügung. Bibliotheken, die für Node.js oder den Browser geschrieben wurden, laufen jetzt direkt unter GJS, ohne Browser-Engine und ohne Node.js-Laufzeit. Es gibt keinen Zwischenserver, kein mitgeliefertes Chromium und keinen Aufruf von Node. Heraus kommt eine echte GTK-4- und Adwaita-App, die sich als Flatpak ausliefern lässt und trotzdem die Sprache der übrigen JavaScript-Welt spricht.</p> <h3>Und andersherum</h3> <p>Wer lieber mit Node.js oder Bun arbeitet, kann das weiter tun. Dafür habe ich auch den umgekehrten Weg gebaut: Die GJS-APIs, also GTK, Adwaita und alles andere, was GObject Introspection anbietet, stehen auch unter diesen Laufzeiten zur Verfügung. So laufen alle nativen APIs unter allen Laufzeiten.</p> <p>Und sie verhalten sich dort gleich. Das stelle ich mit Tests sicher: Dieselben Tests prüfen die Node.js-APIs, die Web-APIs, die GObject-Introspection-APIs und die GJS-Laufzeit-APIs auf jeder Laufzeit, und das Ergebnis muss überall genau dasselbe sein. Deshalb lässt sich die Laufzeit während der Entwicklung einfach wechseln, ohne den Code anzufassen.</p> <p>Das öffnet auch andere Systeme: Mit gjsify lassen sich GJS-Apps für macOS und Windows ausliefern, als <code>.app</code> und <code>.dmg</code> beziehungsweise als Programmordner und <code>.msi</code>.</p> <h3>Was ich davon wollte</h3> <ul><li><strong>Zuerst nativ auf GNOME.</strong> GJS ist das Hauptziel.</li><li><strong>Das Ökosystem, unverändert.</strong> Der Test ist, ob npm-Pakete so laufen, wie sie sind. Die Game-Engine Excalibur.js, WebTorrent, socket.io, three.js, axios und das Anthropic-MCP-SDK laufen über gjsify auf GJS, geprüft mit ihren eigenen Upstream-Tests.</li><li><strong>Ein Quelltext, mehrere Laufzeiten.</strong> GJS, Node.js, Bun, der Browser und NativeScript. Jedes Paket gibt an, welche davon es erreicht, und der Build wählt die passende Implementierung.</li><li><strong>Kein Node.js nötig.</strong> Installieren, Bauen, Starten, Testen, Veröffentlichen und der Flatpak-Schritt laufen auf GJS selbst.</li></ul> <h3>Warum ich meine Apps so baue</h3> <p>TypeScript, das Web und sein Werkzeug kenne ich gut, und ich will GNOME-Apps schreiben, ohne das zu verlassen. <a href="https://github.com/gjsify/ts-for-gir">ts-for-gir</a> liefert mir Typen für GTK und jede andere introspektierbare Bibliothek, gjsify die APIs und die Werkzeugkette. Meine eigenen Apps wie <a href="https://jumplink.eu/beifahrer/">Beifahrer</a>, <a href="https://jumplink.eu/steuererklaerung/">Steuererklärung</a> und <a href="https://flathub.org/apps/eu.jumplink.Learn6502">Learn 6502 Assembly</a> sind der erste Test: Fehlt etwas, behebe ich es in gjsify, statt es in der App zu umgehen.</p> <p>Der Code liegt auf <a href="https://github.com/gjsify/gjsify">GitHub</a>, die Dokumentation auf <a href="https://gjsify.org/gjsify/">gjsify.org</a>.</p>