Millions of people love to read. Millions of people love playing computer games. So why don’t millions of people love playing games that require a little reading?
Lately there has been a flurry of discussion about why the audience for interactive fiction is so tiny, and what might be done to change that. I can think of several reasons why, but I would agree with the emerging consensus that the command line interface (CLI, for short) is a Big Problem.
The new round of discussion seems to have begun with a post titled “So, Do We Need This Parser Thing Anyway?” on Emily Short’s blog. It branched off to this thread on the intfiction.org forum. Horace Torys soon put up a blog post called “Simple IF Interfaces” in which he presents what appears to be a series of mockups of an elegant non-CLI design.
The command line interface, which emulates an old-fashioned device called a teletype, is frankly a holdover from the 1970s. Games that used a CLI made perfect sense when all computer users were familiar with that type of interface, and when it was the best you could expect because computers didn’t do graphics. Today, most computer users never see or use a command line, so they’re not comfortable with it.
Also, the commands you can use in a story are not visible. You can’t grab them from a menu — you have to learn them. Many newcomers to IF gameplay give it a try, get confused, and quickly give up. Possibly they’ve been misled by someone who told them they could just type English sentences at the command line. (Howard Sherman, who makes a vigorous pretense of selling IF commercially, is fond of making this preposterous claim.)
The command line syntax in interactive fiction is much better thought of as Caveman English. GET ROCK. HIT TROLL WITH ROCK. SEARCH BODY. TAKE SCROLL. But “Caveman English,” however apt, is not a phrase that’s likely to catch on with a marketing department, or with the general public. “Yeah, I’ve been playing this terrific game … and the way you do it is, you type commands in Caveman English!” No, you won’t get any word-of-mouth promotion with that phrase.
The CLI is not the only stumbling block in the way of IF success. Many of the existing stories are just not very good — and finding the good ones is not easy, because there isn’t really a gatekeeper at the portal. Any novice can release a third-rate game, and a lot of them have. There are reviews at the Interactive Fiction Database … but even if you happen to know how to find the IFDB, reviews by unpaid and possibly ill-informed players are not a rock-solid guarantee that you’ll like the game.
Then there’s the necessity of downloading a separate interpreter program in order to play the game. Doing this is extra trouble, and it’s confusing to newcomers.
I’m a writer, not a graphic artist. I don’t want to be forced to come up with clever graphics to put a story across. I like the idea of text-based games a lot. But I’d love to be able to design a game around a better user interface. We could have some long, multi-faceted discussions about what “better” means in this context. I don’t pretend to have all the answers, or indeed any answers at all. David Cornelson is a strong proponent of testing possible user interfaces by having players (ideally, those who are brand new to IF) try them out. Really, there’s no other way to be sure a design is working.
But in order to run tests with volunteer players, you have to have something to test. And that, at this stage, is also a major stumbling block. We have, today, three well supported authoring systems (Inform 6, Inform 7, and TADS 3), none of which is capable of generating a text game with a streamlined user interface. With these systems, what you can write is CLI games.
They do have some limited ability to enhance the teletype metaphor with late-20th-century UI elements. You can add clickable links to a TADS game, or open up secondary windows (in either TADS or Inform) to display special items (maps and so forth). But adding those features is not easy, you’ll be seriously hampered by the limitations of the system, and after you’ve gone to all that extra trouble, the people who play your game may not be able to see or use the links or the secondary windows, because they may be using an interpreter program that won’t display them.
Trying to coax Inform or TADS into doing what’s needed is like trying to build a billiard table on a bicycle frame, basically.
If I were a real programmer, I’d download QT (which I’ve heard does a sweet job of generating cross-platform apps), roll up my sleeves, and create an entirely new authoring/gameplay system from scratch. But alas, I’m not a real programmer. It would take me at least two years of daily effort just to come up with a crude prototype, and a couple more years after that to whip it into shape. That’s probably a bigger project than I want to tackle.
If I were rich, I’d hire a programmer, or several of them, to do the coding. But I’m not rich. Hey, does anybody out there have, like, a quarter of a million dollars they don’t know what to do with? If so, send me an email — I’ve got a swell idea for you.