doompdf

> I think it supports javascript Indeed it does! https://github.com/ading2210/doompdf

Using information provided: CS commonly involves discovering/developing corresponding enumerations / associations needed to support/to focus on given science field/area. Depending on how 'novel' support is required for given field/area; may have to 'invent' necessary protocols/language/etc. based on required enumerations/associations 'discovered'/needed for a given science field/area. Very helpful if students also look at non-CS areas would want to use CS classes for. aka genomics, web back-end development, AI, etc. Novel game dev[3] "invention" as in (?) software engineering'(?). Implication of novel taken as 'on own'/free lancing. Game developer more full process/multi-hat development / broader set of process(es) within given field than CS. Still have to 'discover' what 'sells'/'client(s) interested in buying'. (vs. directed discov

Doom already runs in a PDF https://github.com/ading2210/doompdf

I made a Doom source port that runs within a PDF file. I was inspired by the recent HN post about Tetris in a PDF (https://news.ycombinator.com/item?id=42645218) and I wondered if I could get Doom to run using a similar method. It turns out that old versions of Emscripten can compile C to asm.js code that will happily run inside the limited JS runtime of the PDF engine. I used the doomgeneric (https://github.com/ozkl/doomgeneric) fork of the original Doom source, as that made writing the IO fairly easy. All I had to do was implement a framebuffer and keyboard inputs. Unlike previous interactive PDF demos, the output for DoomPDF is achieved by creating a text field for each row of pixels in the screen, then setting their contents to various ASCII characters. This gives me a 6 color monochrome display, that can be updated reasonably quickly