Started this almost a year ago for the DOS game jam, and I started writing it in LiveCode. It was a disaster. I couldn’t have running in the browser like I wanted because it filled the window with branding. The executables it generated were also buggy.
So I switched to HTML/JS/CSS. I’m using Tauri to generate the desktop apps: it’s similar to electron, but generates apps that are reasonably sized. In this case, 7-10mb.
Tauri’s documentation is lacking, so I spent most of last week on the build process: virtual machines for Windows and linux, and figuring out some things as I went along (hint, sandboxed apps on macOS need a network client entitlement or it shows a white screen). Once I got the hang of it, it was really straight forward.
It is a narrative / cryptogram puzzle game that takes place in an alternate reality where DOS is the popular operating system.
Summary:
After upgrading to Visual DOS 2024, you start exploring the OS, but instead meet someone trapped at the other end. Using cryptogram puzzles, and a pre-installed news reader, you unravel the mysteries behind the scenes, and attempt to save your new friend.
Oh and FWIW a “here’s how I made this” in Tauri / Rust would be a great little series IF you’re so inclined
Esp if the build system was that much to futz with
I spent a lot of late nights on presentation. Even made box art with the oldest. I’m really glad it sticks out for you.
As a separate post? Sure, I could do that later. Fair warning, it’s probably a dumb-ass setup . The problem wasn’t so much the build system, but trying to compile for x86 on ARM.
The team that made NT was, way back when, Dave Cutler’s team from digital so I’m sure they inherited some ideas from that
VMS was easy
You set whether a dir was versioned or not, the max # of versions to retain and ANY change was saved in a file that included the version # like FILENAME.EXTENSION;version#
And the version couldn’t be changed at least not easily (basically had to be root and know low level tricks)
A new addition with the same name got a higher # etc
back in the day (mid 70’s) I built a computer for a client (yes built). And at the time CP/M was fairly new still, so we opted to go with DEBBI (Disk Extended BASIC by Icom). It was BASIC and the OS all in one… bad mistake, later we moved to CP/M and MS-BASIC
never used it
DOS, Multics, Sun BSD Unix(I think it was actually branded Mt. Xinu), VMS, macOS & Windows, and Linux
Very short term with OSF/1 on Alphas but then they got switched to NT and then OpenVMS
I’m really glad it sticks out for you.
. The problem wasn’t so much the build system, but trying to compile for x86 on ARM.