I made a Doom source port that runs within a PDF file. PDFs support Javascript, so Emscripten is used to compile Doom to asm.js, which is then run within the PDF engine. Input/output is done by manipulating text input fields. doompdf.pages.dev/doom.pdf github.com/ading2210/doompdf
Jan 13, 2025 at 4:16 AM
Doom, compiled into a transformer — Out of Distribution
No training anywhere: a compiler sets the weights of a stock Phi-3-architecture checkpoint so autoregressive generation executes Doom's classic renderer.
Noel Welsh: Doom Emacs Workflows
I recently switched to Doom Emacs from Spacemacs. The Doom documentation is currently quite sparse, so I've posted here my personal notes on using Doom along with a description of my workflow (something I find vital but missing from most documentation). Doom might be for you if
The many, many, many JavaScript runtimes of the last decade
This last decade has seen an inundation of new JavaScript runtimes (and engines in equal measure), enabling us to run JavaScript in all manner of contexts...
wterm | Terminal Emulator for the Web
A terminal emulator for the web. Renders to the DOM, powered by Zig/WASM.
RFC: plyr.fm JavaScript SDK & Embeddable Web Components - Nate Spilman
Authors: Nate Spilman, Claude 4.6 OpusStatus: DraftDate: 2026-03-151. SummaryThis RFC proposes a JavaScript/TypeScript package that provides:Headless SDK — t...
TypeScript AST Viewer
Interactive viewer to help visualize the TypeScript Compiler API's AST.
Interact | Firecrawl
Interact with a page you fetched by prompting or running code.
Writing a Web-based Editor from Scratch
At some point a while back I decided that I was going to write the front end of Weaver in Rust. I'd looked through the various 'fullstack' web application frameworks kicking around, and while they still had a ways to go, they seemed complete enough. Plus I wanted to write a semi-custom Markdown parser and renderer, to support features I wanted to exist in Weaver, like atproto record embeds, dual-column mode, and resizable images, and since I also wanted it to be fast, that meant that at least a portion of the front-end codebase would be in Rust, and Javascript-Rust FFI wasn't something I had dealt with a lot yet.
mary-ext/atcute
a collection of lightweight TypeScript packages for AT Protocol, the protocol powering Bluesky.
The Guix Nix Abomination: Leveraging Guix derivations in Nix
Nix and Guix look like rival ecosystems, but under the hood they’re the same “Input Output Machine”.
Introducing EmDash — the spiritual successor to WordPress that solves plugin security
Today we are launching the beta of EmDash, a full-stack serverless JavaScript CMS built on Astro 6.0. It combines the features of a traditional CMS with modern security, running plugins in sandboxed Worker isolates.
DenverScript | Meetup
If you have a talk you'd like to give, submit it at [https://denverscript.com/](https://denverscript.com/)DenverScript is a community of developers focused on JavaScript and TypeScript in the Denver area. Talk topics include JS/TS best practices, features coming to ECMAScript, application developmen
TypeScript developers, rejoice! Every atproto package now ships as ESM, which means our build tooling is modernized and ready for the faster TypeScript 7. Don't forget to check out the stabilized lex SDK while you're here. atproto.com/blog/ts-sdk-upgrades
TypeScript SDK Upgrades - AT Protocol
atproto.com
