parchment VS jquery.terminal

Counterfeit Monkey by Emily Short. https://github.com/i7/counterfeit-monkey/releases

If you don't want to install a parser on your computer, you can play it online by putting the link to the .gblorb file into https://iplayif.com/ I.e. https://iplayif.com/?story=https%3A%2F%2Fgithub.com%2Fi7%2Fc...

Modern games are generally going to be more approachable than old ones. Tastes have changed considerably. In the days when you couldn't pull up a walkthrough in a few seconds, taking days to think of the next step was part of the fun, and just getting permanently stuck at some point was fairly common. Also, letting the player keep going even after they have done something to make the game unwinnable is now considered very uncool. Navigation is much less tedious these days as well, fast travel for example, although the exact mechanics depend on the game.

And that's not mentioning the amount of CPU and RAM available, not only for the game's runtime, but also for tools like I7 (which was used to write Counterfeit Monkey).

For an quicker introduction to modern "interactive fiction", as it's called these days, check out competition entries. https://intfiction.org/c/competitions/7 These are generally written in a shorter amount of time and the results are quicker to play through.

This is a fun one I played recently about shopping in a grocery store, called Aisle. You only have a single command you can give for the whole game, but there's a looot of them you can provide, and it gives you a different ending for each. Part of the fun is trying to figure out what you can say to find another ending. You can play it directly at the link below.

Play: https://iplayif.com/?story=http%3A%2F%2Fwww.ifarchive.org%2F...

Few of my Open Source projects: * jQuery terminal * LIPS Scheme * Gaiman * Sysend * Wayne

But then I realized that I should probably will need to use jsDOM. This is the library that can be used in nodejs to mock the DOM. This is what jest testing framework is using and this is what I was using to test jQuery Terminal library in Jasmine before jest was created.

But parsing options are useful if you need more complex commands. You can use long options in GNU style like in the previous example but also short options like -u will be accessible in options.u variable. You can read more about parsing commands and options on this wiki page. Adding options make commands work more like real command-line applications, so it becomes less and less like a fake terminal.

Creating such a styled console website or fake terminal website is easier if you have a library that will give you the look and feel of the real terminal emulator, with a nice API to create commands, so you don’t need to create it from scratch. We will use the JavaScript Terminal library: jQuery Terminal, which gives a simple, but powerful API to create interactive terminals on any website. The library doesn’t use any HTML5 features and uses ES5 so it will work on any Browser even in IE11.

There is way more than in the Wikipedia article. I was implementing an interpreter for ANSI Art some time ago, maybe you will find it helpful. After a lot of struggle with my own parser using regular expressions, someone suggested that I should use a real parser which I use now. My project is in JavaScript and I used Node Ansi parser. It handles all ANSI escape code including cursor movements. There are no good documentation, I got help from one of the contributors that were also a contributor to the XTerm.js library. You can see my code that uses the library here: unix_formatting.js the file includes NodeAnsiParser.

I've wanted to have my own programming language, that will make it easier to create text-based adventure games for my Open Source project jQuery Terminal. The idea for the language came after I've created a paid gig for one person, let's call him Ken, that needed this type of game, where the user interacted with the terminal and was asked a bunch of questions and it was like an adventure game, related to Crypo. The code I've written, that Ken needed, was data-driven by a JSON file. It was working nicely, Ken could easily change the JSON and have the game changed however he wanted. I've asked if I could share the code since it was a very cool project and Ken agreed that I can do that two months after he publish the game. But after a while, I've realized that I can have something much better. My own DSL language, that will make it simpler to create text-based adventure games. A person with a bit of programming knowledge like Ken, could easily edit the game, because the language will be much simpler than complex JavaScript code that is needed for something like this. And even if I would be asked to create a game like the one for Ken, it would be much easier and faster for me. This is how Gaiman programming language has started.

My jQuery Termial: https://terminal.jcubic.pl/ library. It started more the 10 years ago. It's written in ES5, I didn't wanted to do that, but I'm thinking about creating version 3.0 that would be a rewrite in latest JavaScript or TypeScript.

I'm working on a language called Gaiman similar to ruby that compiles to JavaScript. The purpose of the language is to simplify creating interactive text games, first for the Web later maybe for the normal terminal. The web part is based on my jQuery Terminal library.

If you don't mind using jQuery Based Terminal library. You can do almost everything (except I don't know how to create floating domain animation) with https://terminal.jcubic.pl/. You can think about jQuery Termial as a framework. You don't need ReactJS or Angular for this.

The library supports typing animation and changing colors. You can easily create the same interactive console.

If you're interested I can create a demo for this.