SPAG
ISSUE #44 - April 30, 2006

      ___.               .___              _             ___.
     /  _|               |   \            / \           / ._|
     \  \                | o_/           |   |          | |_.
     .\  \               | |             | o |          | | |
The  |___/ociety for the |_|romotion of  |_|_|dventure  \___|ames.

                         ISSUE #44

        Edited by Jimmy Maher (maher SP@G grandecom.net)
                       April 30, 2006

           SPAG Website: http://www.sparkynet.com/spag

SPAG #44 is copyright (c) 2006 by Jimmy Maher.
Authors of reviews and articles retain the rights to their contributions.

All email addresses are spamblocked -- replace the name of our magazine
with the traditional 'at' sign.

ARTICLES IN THIS ISSUE ----------------------------------------------------

The SPAG Interview: Graham Nelson and Emily Short on Inform 7

REVIEWS IN THIS ISSUE -----------------------------------------------------

Akari's Story
All Hope Abandon
The Baron
Damnatio Memoriae
Dracula: The First Night
Pantomine
The Potter and the Mould
Threnody
The Warlord, the Princess, and the Bulldog

SPECIFICS
=========
The Baron

EDITORIAL------------------------------------------------------------------

From the department of the obvious: This issue is late.  For that, I heartily 
apologize, both to SPAG's readership and (especially) to those who sent in 
content and have been patiently waiting for it to appear.  Now, however, I will 
haul out my excuses.  The first two weeks of delay were entirely due to my own 
personal situation.  I was in the midst of completing my university coursework 
for the semester, and just did not have the time to do an adequete job with 
SPAG.  The next week of delay was to allow the Spring Thing competition to end, 
and for me to print Mike Snyder and Dan Shiovitz's eloquent analysises of the 
games that were entered there.  Finally, I had the opportunity to interview 
Graham Nelson and Emily Short about the forthcoming (and potentially 
revolutionary) Inform 7 for the price of one more week's delay, and I just could 
not pass it up.  The good news, though, is that we have another very substantial 
issue here, thanks once again to all of you, featuring commentary on some fine 
examples of present-day IF.

I have been thinking a fair amount lately about the current state of the art in 
IF.  If we date the beginning of the modern era from the beginning of the IF 
Competition in 1995, we are now far enough into same that larger trends might 
start to assert themselves.  Modern IF, in short, has a history of its own now 
apart from the larger story of IF as a whole.  Prompted partially by some recent 
(and occasionally heated) discussion on the newsgroups, I find myself wanting to 
understand those trends.  Whether my analysis will be correct in the end only 
more time and the better perspective it brings will tell, but I am going to 
briefly describe the way I see IF's recent evolution.

I think we might call the first six or seven years of modern IF, from 1995 to 
2002 or so, the era of experimentation.  It was marked by an explosion of games 
that seemed determined to sort out just what this medium could do and be now 
that it was freed from the commercial constraint that "IF" must be a synonym for 
"(text) adventure game."  That First Competition included C.E. Forman's Mystery 
Science Theatre 3000-ization of Detective, Garath Rees' one-room experiment The 
Magic Toyshop, and Neil Demause's bizarre self-referential Undo.  As time wore 
on, such experiments in form continued unabated.  I am thinking of works like 
Aisle, The Space Under the Window, Shrapnel, and many others here.  Even the 
much-loved Photopia could fall into this category.  (Can we remove all of the 
gamelike elements from IF and still make it compelling?)  Galatea fits as well.  
(Just how believable of an NPC can we manage with our current tools, and can we 
build an interesting work around nothing but interaction with her?)  Of course, 
this was not ALL that was going on.  Plenty of traditional text adventures were 
being written as well.  Still, I think I see a trend here, and possibly a 
dominent trend.

The works I have just mentioned, and many similar ones I did not, were all 
important, indeed essential, to IF's artistic growth.  They were, however, also 
somewhat limited in their artistic success by their very natures as formal 
experiments.  I do not think that Neil K. Guy felt compelled to tell the story 
of an average fellow in a grocery store, and decided that a one-move work of IF 
was the best way to do that.  Similarly, and perhaps more controversially, I do 
not really see Emily Short as writing Galatea with the primary intent of 
illuminating the title character for her players.  I think she wanted to 
experiment with conversation in IF, and chose Galatea after making that decision 
as a clever and interesting subject.  (Photopia, on the other hand, I will leave 
alone as the exception that proves the rule.)

I had a creative writing teacher once who gave me some advice I have never 
forgotten.  She told me that the form of a work should arise organically from 
the nature of what the artist is trying to express.  This remark was made in 
response to the trend nowdays in fiction to break the rules seemingly for the 
sake of it through the employment of fragmentation, deliberate grammatical 
errors, colors and odd typefaces, etc.  Such things, my teacher told me, should 
only be used if the artist cannot get her message across without them.  
Otherwise, they merely draw the reader's attention to the surface of the work 
and away from its real heart.  They are, in short, mere showboating by the 
author, who seems to be crying, "Look at me!  Look how very clever and 
postmodern I am!"  One is often left to suspect that the heart of the work is in 
fact empty, and thus all its author has to work with is its surface textures.

I don't mean the preceding to sound as harsh as it possibly might in the context 
of this discussion about IF.  I don't see the authors of any of the works 
mentioned above as being guilty of showboating for its own sake in the way that 
irritates me with authors of postmodern fiction.  What I do see, though, is 
these authors working out through experimentation and trial and error just what 
the tools of IF really are, and what can and cannot be done with them.  Think of 
Renaissance artists discovering the rules of perspective through a series of 
sketches.  The IF works I have been discussing are works of real quality, 
interest, and historical importance, but they are also limited by the very 
motivation behind their creation.  Their authors did not say, "I have this 
amazing story -- (or, depending on the nature of the work, amazing game) -- to 
communicate, and this form is the best way to do so."  It rather seems to me 
that the form came first, and the details of the story/game followed.  This does 
not make the works any less clever or important, but it does give them a certain 
coldness or even, to use a word batted rather recklessly about the newsgroups 
recently, pretension.  As was also mentioned, though, pretension is not always a 
bad thing, and is often necessary for the advancement of an artform.

I believe I see a change in the games being produced by the community in the 
last few years.  The formal experiments have decreased considerably in number.  
Increasing in number, though, are works that internalize the fruits of that 
experimentation, as well as the considerable body of design theory the community 
has built up over the years, in the service of their artistic intent, rather 
than the other way around.  Take Vespers, winner of last fall's Competition, for 
example.  It tells a story that I personally find as emotionally compelling as 
Photopia, yet it manages to also do something Photopia did not: to put the 
"interactive" into its "interactive fiction."  The narrative and the crossword 
are in perfect balance.

For an artist to create great work, she must first understand her tools.  Just 
possibly, we in the IF community are finally reaching that stage.  It may be 
that in ten years whoever is editing SPAG will point to the last few years as 
the first rumblings of the artistic maturity of IF. 

IF NEWS -------------------------------------------------------------------

NEW WEB-BASED Z-MACHINE TERPS
Wei-ju Wu has developed a new Java Z-Machine interpreter.  Everyone who is still 
using ZPlet to imbed IF games in their web pages should definitely take a look, 
as Wu's program is already at version 0.89 much more attractive and capable.  
Also, Q.P. Liu has written a Z-Machine interpreter entirely in JavaScript (!).  
It's a bit slow, but may be worth a look.
http://sourceforge.net/projects/zmpp
http://www.geocities.com/qpliu/if

THE 2005 XYZZY AWARDS
IF's equivalent of the Oscars, for the best games released during the previous 
year, were recently announced.  My, what a good year Jason Devlin had.  
Congratulation to all of the winners!  Visit the XYZZY News website for a 
complete transcript of the ceremony from the IF MUD.
Best game: Vespers, by Jason Devlin
Best writing: Vespers, by Jason Devlin
Best story: Beyond, by Mondi Confinanti (Roberto Grassi, Paolo Lucchesi, and 
Alessandro Peretti)
Best setting: Vespers, by Jason Devlin
Best puzzles: Distress, by Mike Snyder
Best NPCs: Vespers, by Jason Devlin
Best individual puzzle: Following the murderer in Beyond, by Mondi Confinanti 
(Roberto Grassi, Paolo Lucchesi, and Alessandro Peretti)
Best individual NPC: The storyteller in Whom the Telling Changed (by Aaron A. 
Reed)
Best individual PC: Wendy Little In Tough Beans, by Sara Dee
Best use of medium: Mystery House Possessed, by Emily Short
http://www.xyzzynew.com.

SPRING THING 2006
The Spring Thing competition has just wrapped up as I am writing this.  Thanks 
to Greg Boettcher for administering it for a third year, and to Mike Snyder and 
Dan Shiovitz for their timely reviews of the games to be found in this very 
issue.  All four games are eminently worth playing, but this is after all a 
competition, and so the results were as follows:
1. The Baron by Victor Gijsbers
2. The Potter and the Mould by Robert Street
3. Pantomine by Robb Sherwin
4. The Warlord, the Princess, and the Bulldog by David Whyld

SPAG NEEDS YOU!
Once again you folks have come through for me, helping out with reviews of older 
games to clear much of my backlog.  There are always more being released, 
however, so your work and mine never really end.  Would we really want it any 
other way?

SPAG 10 MOST WANTED LIST
========================
1.  Eragon
2.  A Spot of Bother
3.  1893: A World's Fair Mystery
4.  Finding Martin
5.  Swineback Ridge
6.  Mystery House Taken Over games (any, some, or all!)
7.  Remaining IF Comp 2005 Games
8.  Dracula: The Arrival
9.  2k Competition 2004 Games
10. IntroComp 2005 Games

THE SPAG INTERVIEW---------------------------------------------------------

We may someday look back upon April 30, 2006, as a hugely significant day in the 
history of IF.  If you haven't heard yet, Graham Nelson has today released the 
latest version of his Inform IF development language.  Actually, thinking of 
Inform 7 as just an update to Inform 6 does not begin to do it justice.  It is 
in fact a major paradigm shift, not just for Inform but for IF development in 
general.  Inform 7 allows its user to create IF not through a conventional 
programming language but through natural language descriptions of the 
environment to be simulated.  The result is a tool that both Graham and his 
closest partner in Inform 7's development, Emily Short, feel is both more 
powerful and flexible and much easier to use than Inform 6, and that has the 
potential to expand IF's authorship community immensely.  The presentation side 
of things has also not been neglected.  Inform 7 games are developed within a 
slick and professional IDE (available for Windows and Mac OSX), and can be 
packaged for release with cover art that is automatically displayed at run-time 
on interpreters equipped with the ability to do so.  I encourage every one of 
SPAG's readers to visit the Inform 7 website at http://www.inform-fiction.org to 
see for yourself.  I think you will come away excited and impressed.

Graham and Emily were kind of enough to take time during the hectic final days 
of Inform 7's development to talk with SPAG.  Their interview follows.

  SPAG: We all know what Emily has been up to recently, namely authoring a 
  string of interesting and important games.  You, Graham, had however retired 
  from the limelight completely.  I had assumed that you had lost interest in IF 
  and moved on to other things.  Now that I realize that is not the case, I 
  wonder just how long you have been working on Inform 7. Could you briefly 
  describe its development history for us?

GN: I tend to get involved publically only when I feel I have something to say, 
I suppose, but my apparent invisibility in recent years is partly an aspect of 
the natural life-cycle of community software. Inform 6 is not gcc, or emacs, or 
even curl, but it is (I hope) a fairly dependable command-line tool. After rapid 
flux in 1993-96, during which Informs 1 to 5 never stood still long enough to be 
debugged, I spent about six months recoding the compiler from first principles - 
this was Inform 6. It then needed stability and a trustworthy infrastructure of 
support and documentation. In 1999-2001, spurred on by the kindness and interest 
of Mike Berlyn and later David Cornelson, I worked mainly on the Designer's 
Manual, notionally the fourth edition (people took to calling this the "DM4") 
but really the first to be a genuine book. Gareth Rees's editing forced me into 
doing the job properly: the best kind of editor is also the author's conscience. 
The DM4 is the scene of a collision between two quite different books - one on 
the history and practice of IF, the other on Inform 6 - but perhaps that is what 
gives the book its cult status, if I can call it that. I have always rather 
liked hand-made books which expose the inner landscape of the writer - Robert 
Harbison's "Eccentric Spaces", say. Sometimes such books put a spurious 
intellectual gloss on individual captivations which leave others cold, or worse, 
embarrassed: and they can be awfully gauche, like "Godel, Escher, Bach", or just 
plain mad, like "The White Goddess", but there's a kind of honesty in them. I 
don't compare myself, but the DM4 belongs to that genre. It continues in print, 
and Dan Sanderson published a third impression just this month - actually, I 
received the first hardback copy today. Buy early for Christmas.

After 2001, Inform 6 stabilised to its published description. The Inform-
maintenance mailing list organises bug fixes - Roger Firth, Cedric Knight, David 
Kinder and other fine people do all the work; I doze benignly on my peacock 
throne, occasionally murmuring when something radical is said, but otherwise 
leaving Inform 6 maintenance to the professionals. A few years ago, Roger asked 
me what would be the next step forward for Inform 6: I think I disappointed him 
a little by saying that I wanted stability. People do sometimes push for, say, 
Java-like exceptions, or other new linguistic features, but I think they would 
add little. While there are minor process improvements to Inform 6 which I think 
would be helpful - more transparent Unicode support, for instance, a little more 
work on Glulx compilation - and while we do need more reliable unit testing, 
Inform 6 is in an essentially final state.

So in 2001-02, I felt that I had pretty well said what I wanted to say about IF. 
Except... Off and on, I worked on a little draft of an IF, which never got much 
further than a few scenes because I kept grinding to a halt. I found using 
Inform at the command line to be fussy, inelegant. To start a project took ages. 
And why was I typing so much verbiage just to establish that one thing was in 
another, and so forth? I formed some hazy thoughts about what would be a better 
interface, but they seemed hopelessly unrealisable.

But over 2002-03, I began again in earnest, and persuaded Andrew Hunter to join 
the project. I had by now written what I thought of as the "Book of Inform", a 
brief description of how Inform should present itself to the user - the name 
being a homage to Jef Raskin, who wrote a similar "Book of Macintosh" at Apple 
twenty years ago. Andrew, who had already written a beautiful Z-machine 
interpreter for Mac OS X - Zoom - agreed to take on the coding of the user 
interface: I would write the actual compiler inside, and the two together would 
be Inform 7. The final interface isn't exactly as once specified - many ideas 
came later and were Andrew's, not mine - but it's pretty close to the original 
"vision", if I can call it that. David Kinder's user interface for Windows came 
later and is in some sense a clone of the Mac OS X one, but they have no code in 
common - his is an independent miracle of programming.

The history of Inform 7 can be divided into five: initial sketches and false 
starts; completion of a superficial, but just about IF-capable first draft (it 
was this that Emily used to write "Mystery House Possessed", whose banner was 
the first public appearance of the words "Inform 7"); going back to the drawing 
board, which meant fairly intensive study of linguistic semantics and even a 
little philosophy of language; realising that the new features added as a result 
of this had enormously expanded the scope of Inform, and developing the 
consequences; and finally, polishing, documenting, finishing up.

I hope it will not be thought that I am the only begetter of Inform 7. Emily 
Short became increasingly closely involved after the first year, and went from 
being an adviser to becoming - as she now is - in practical terms co-regent. 
Andrew Plotkin remained an occasional adviser, so his contribution was more 
modest, but he injected exactly the right radical ideas at the right time. 

Emily, want to talk about what it was like from your point of view? 

ES: I, er, gosh. A blur. I guess I spent roughly a year filing hundreds of 
fiddly bug reports and writing long, annoying email about all the difficult 
features I wanted added; and another year or so writing test code and examples 
and full games. So during the first part I spent a lot of time thinking about 
what the strengths of the system were, and how they could be enhanced -- whether 
there were ways to generalize or abstract the things that it already did, to 
make them more powerful. The second half was turning around and applying those 
things again, and making sure Inform really could handle all the applications I 
envisioned for it. There are still, oh, two dozen or so directions I want to 
develop further, but it's time to let other people have a crack at it too.

  SPAG: Many Internet programs, especially those intended to be used by a   
  community, are written in public, with open source and frequent published 
  drafts. Why is Inform 7 only now making its first public appearance?

GN: Partly my nature, no doubt. TADS 3 has had a much more open process - and 
perhaps a more confident one. I will certainly plead guilty to being a control 
freak. The hard decisions are what to take out, not what to put in, and that 
becomes more difficult when there is a nascent user base. (Also, you need to be 
careful which wish-lists to read: the wish-list you need to pay most attention 
to is the one written by a designer of actual IF, not a well-motivated 
bystander.)

Had Inform 7 been developed in open source, I am fairly sure it would now be an 
elaborated version of the superficial prototype, and that it would be much the 
poorer. And it ought to be remembered that for at least the first year of the 
project, I wasn't at all sure it would ever work - "work" in the sense of being 
capable enough to be useful.

I do not quite buy the argument put by Eric Raymond in "The Cathedral and the 
Bazaar", that the bustling, self-organised world of the bazaar gets things built 
better and faster than the secretive clergy. I suspect he chooses a cathedral to 
rebut the famous passage in Brooks's "The Mythical Man-Month", which points to 
the aesthetic triumph of those cathedrals whose masons stuck to the original 
design conception, rather than adding incoherent but fashionable motifs in each 
generation. But I think Brooks is right more often than Raymond. (Actually, we 
need both kinds of software development: we need both Linux and Mac OS X, the 
classically open bazaar and classically secretive cathedral - they keep each 
other honest.)

In particular Raymond's argument seems to me applicable only to programs whose 
basic operation is clearly understood by all parties in advance. The bazaar gave 
us Linux, but Linux was essentially a duplicate of an already very well 
established mode d'emploi, as we might say. To be fair to Raymond, though he 
says some silly things about academia and is somewhat in the thrall of the Ayn 
Rand and Robert Heinlein school of society - I'll bet he read "Farmer in the 
Sky" as a kid, and thought it just dandy - let me note that his actual writings 
are more pragmatic and less ideological than the 20-point headlines printed 
above them. I think Raymond accepts that all projects go through both cathedral 
and bazaar phases.

Besides, these two cultures often overlap. Chartres cathedral used to have an 
actual bazaar in it, in the middle ages - you could buy vegetables, or even 
livestock, and it must have been mayhem sometimes: but that was all right, 
because the occasional runaway piglet was never going to be able to knock over 
the columns holding up the walls. Well, if Inform is a cathedral, its explicit 
support for extensions is the equivalent of inviting the townsfolk in to set up 
their stalls.

To give a perhaps ridiculous example - only I don't think it is ridiculous - of 
what I mean by holistic design, over the last week we have been worrying about 
the colour of two of the icons used in the Scene index. This tiny corner of the 
user interface is based on the metaphor of traffic lights - the icons are green, 
amber, red. But was the middle colour too yellow? (We looked at photographs of 
actual British and American traffic lights at this point.) And was a round shape 
quite right, or would it wrongly suggest affinities with other round elements in 
the user interface? We didn't spend long on this, but we went through five 
iterations of icon designs, and it was time worth spending. I think my ideal for 
software may not be as ambitious as a cathedral, but it is good to try to build 
something like a Charles Rennie Mackintosh house: one in which the furniture, 
the decor and even the cutlery are part of the line of the whole.

The question, of course, is whether anyone would feel able to sprawl out and 
relax in a Charles Rennie Mackintosh house. We shall see.

  SPAG: Until now, there have been two paradigms for the development of IF.
  There is the programming model, which brings great power and flexibility but 
  can be difficult to learn, especially for the non-technical.  And there is the 
  GUI-based model, which is quick and easy to learn but sacrifices power for 
  ease of use.  With Inform 7's natural language model, you have introduced a 
  third way.  What led you to the idea of using natural language for IF 
  development?

GN: It's funny: I used to think that conventional styles of programming "bring 
great power and flexibility", but now I'm not so sure they do, in this 
particular arena - though I certainly accept that they are way ahead of point 
and click models.

I think it is significant that the impetus for natural language came out of a 
desire for better semantics, not better syntax. Many systems which adopt 
English-like scripting languages do so in a way which might be called 
"procedural programming plus syntactic sugar", and the result is seldom very 
edifying, except to produce readable configuration files now and then.

The answer is that this came out of a tiny piece of unfinished business from the 
DM4. One of the last chapters to be written in the DM4 was a formal semantic 
description of the Inform world model - semantic in the sense of linguistics, 
not computing: there were sections on how time, space, and so forth were 
conceptualised. I would read this - mostly lucid, mostly precise - and then look 
at the quite horrible expression of the same ideas in the Inform 6 library, 
which is written in Inform 6 code. And I would think: why can't Inform simply 
read the world-model chapter of the DM4, and use that as its library?

ES: I confess that when Graham originally wrote to me to say he was working on a 
natural language version of Inform, my reaction was, er, extreme skepticism. I 
didn't see how such a system could be anything but infuriating to program in; 
the natural language bit seemed to be at best a way for the novice to sketch out 
some rooms and objects, but I imagined the real work would have to be done at 
the I6 layer, and that anyone half-competent at I6 would probably find they 
preferred just staying at that level. So I wrote back what I hope was a polite 
letter, expressing an interest in seeing what he came up with, but hinting that 
trading Inform's native power for this sort of convenience would be a serious 
mistake. I also had some concerns about the fact that this kind of language 
would be less accessible to non-English speakers.

At some point, though, I started to realize that this natural language business 
had deeper implications than I had previously appreciated, to do with making the 
parser and the world model and the output all work together properly, and that 
it was adding power to the system, as well as readability; which is the point at 
which I became really committed to working on the project through to the end.

  SPAG: I understand that Inform 7 is not really a compiler, but rather a pre-
  processor that generates Inform 6 code, which is then in turn compiled by the 
  Inform 6 compiler.  Was there any reasoning behind this choice beyond 
  technical expediency?

GN: Well, again, I hope it will not be thought that Inform 7 "is" the compiler. 
It is the compiler and the interface and the documentation, all merging one into 
another from the user's perspective. (The compiler is actually called NI, for 
"natural language Inform", but this name is not outwardly visible.) As for "pre
-processor", perhaps I might observe that the Inform 7 compiler source is much 
larger than the source for Inform 6.

It is true that Inform 7 code-generates to Inform 6, rather than to native Z-
code machine language. This has obvious benefits in terms of the proven 
reliability of Inform 6 as a code generator, and also for cross-platform 
compilation to the Glulx virtual machine (an eventual goal, though one that 
isn't yet supported). I think of Inform 6 as a rather low-level language, but 
one that is securely implemented: I'm naturally keen to leverage all of the 
programmer-hours which have gone into making it work. It also contains a solid 
kernel of run-time code - notably the parser.

  SPAG: Emily, you stated on the newsgroups that Inform 7 actually allows you to
  do things easily that were difficult or impossible in Inform 6.  I assume it 
  must have advantages and capabilities that go beyond being more readable and 
  easier to use than Inform 6.  Now that the cat is fully out of the bag, as it 
  were, could you elaborate a bit about what those are?

ES: This is a pretty large question, so I will stick with a couple of major 
points I'm not mentioning elsewhere - one to do with natural language, one to do 
with abstractions, and one to do with Inform as an application - though in fact 
there are others.

Re. natural language: One of the things one is always doing in traditional IF 
coding is trying to get the parsing, the screen output, and the world model to 
line up: make sure all the words that are ever used to describe something are 
also valid for parsing it, make sure that important conditions of objects are 
always described to the player, that sort of thing. And it is even more work 
dealing with temporary conditions. Inform 6 does a bit with understanding "lit" 
and "unlit" to distinguish objects, for instance, but it's not easy for the 
author to add to that system. Along the same lines, I6 automatically describes 
things as lit/open/etc., but it takes considerably more effort to turn off that 
automatic description or get the game to narrate some other aspect of the world 
model entirely. 

With Inform 7 this was something we had an opportunity to improve, and the 
natural language component made it easier to bring those three aspects - input, 
model, output - in line with one another. Adding a concept like "color" or 
"weight" to an I7 game doesn't affect the model world alone; it also means that 
Inform 7 knows how to print and parse those words or units. This offers a lot of 
help in implementing objects that change in complex ways (like liquids, or 
burning objects), and in letting the player specify precise interactions (like 
"cut two inches off the twelve-inch string").

Second, the language allows the author to define (and then refer to) new kinds 
of relationship between things. The classic I6 world model knows about some 
basic relationships, like the relationship between a container and the contained 
object, but it is not always possible to expand upon that as richly as one might 
like. In Inform 7 it is possible to make up entirely new kinds of relation, and 
then test for those relations, change them easily, and run path-finding routines 
through them. So I could, if I wanted, add to my model world the concept of one 
object being under another, and from then on refer to "the things which are 
under the chair", for instance. But I can also use these relations to say things 
like "this conversation topic relates to these other three conversation topics": 
now Inform has an idea of relations between abstract ideas, which was never 
present in the built-in world model, but I can bring to bear on that relation 
various abstract tools. I can write a grammar line that tells the parser only to 
understand topics related to the current one, for instance; I can change the 
interrelation of topics midway through the game; I can write NPCs who seek a 
path to a specific conversational goal, just as though they were seeking through 
the rooms of the map. In "Bronze", I used relations to describe which objects 
are required to solve the puzzles presented by other objects, which means that 
the adaptive help system is working on a (primitive, but adequate) model of 
puzzle structures, and I didn't have to think of all the possible 
interdependencies myself. "Damnatio Memoriae" runs through all the kinds of 
relation that Inform recognizes, partly as a test of the system, but also 
because this was a very trim and tidy way to express the in-game style of magic.

Finally, Inform 7 includes a number of features that make it easier to develop a 
solid game. Some of this is reflected in the indices: you can check out your map 
and your world layout easily, and see whether Inform agrees with you about the 
way you've set things up. Less immediately flashy, but hugely valuable, are the 
pieces that keep track of previous playthroughs and let you automatically verify 
an entire walkthrough or a single portion of the game. "Bronze" was less painful 
to beta-test than just about any game I've written in Inform 6, though it does 
some challenging things, because it was developed simultaneously with the 
mechanisms for automatic testing; as I put new pieces in place, I was able to 
verify the outcome more thoroughly and efficiently than before.

  SPAG: Many aspects of Inform 7 are forthrightly booklike.  I speak not only of
  the natural language model itself, but also the appearance of the IDE as an 
  open book with two facing pages, and the inclusion of "cover art" with Inform 
  7 story files. Is this indicative of a desire to drive Inform 7 toward a more 
  literary model, and if possible to attract more literary people (as opposed to 
  technophiles) to IF?

GN: Again, we use these computer-programming terms! I suppose the user interface 
for Inform is indeed an "IDE", but somehow that isn't how I picture it. The 
question I have tried to ask is: what is the natural representation, the natural 
expression? How do we think about something, and how can we make the user's 
engagement with it unconscious, rather than being a deliberative act of 
translation?

I do want to make Inform accessible to a wider community. The manual says that 
it is for "computer programmers intrigued by writing, and writers intrigued by 
computer programming", but truthfully, I'd like to see IF tools - not just 
design systems, but also iTunes-like browsers and interpreters - which open up 
IF to that huge creative community of people who write blogs, and design their 
own websites, often startlingly well. IF will never be for everyone, but I would 
like it to be on the table as a viable form of artistic expression.

On cover art, I think people have been wary in the past because of a suspicion 
of illustrated IF - bad partly because only graphic artists can make it work, 
but also perhaps partly because it is associated with the collapse of the glory 
days of commercial IF: it is seen as a slippery slope, a deviation from purity. 
I'm sympathetic to that, and wouldn't, for instance, be much impressed to find 
drawings every twenty pages in a new novel by Ian McEwan. On the other hand, I 
do not expect a new McEwan book to have a uniformly beige cover.

ES: You might be impressed to find a vintage children's novel with the original 
plates, though, or a manuscript with illustrated initials, or a textbook with 
historical map inside the front cover. There are plenty of uses for illustration 
in IF other than trying (and failing) to emulate a graphical adventure game. 
There have been a handful of IF games in recent years that do this really right, 
and I would like it to be easier. I'd like to be able to write a game that had a 
frontispiece illustration before each major plot scene, for instance. Probably 
one drawn by someone other than me, but that's beside the point. It's possible 
to find collaborators for these things.

But anyway, you were saying about cover art...

GN: I think people have a sophisticated understanding of the level of artistic 
statement being made by a cover picture: that it is not of the book, yet sets 
the tone for it: that it may come and go with new editions, and indeed may give 
an old text a new lease of life. I think it's good to employ the sophisticated 
understandings we already have, rather than miss out on a potentially 
interesting form of expression.

There's also a practical reason for cover art: most of today's IF tools have 
their origins in the age of FTP, when cover images would have been meaningless. 
Today we must engage with the Web, and the world of blogs - a world of 
promiscuous quotation not only of text but also of the image.

Lastly, it's not an accident that Inform has a large suite of features for 
putting finishing touches to works, and that one whole chapter of the manual is 
about "Publishing". That isn't entirely a matter of providing a whole solution, 
like the teaspoons in my imaginary Charles Rennie Mackintosh house. It is also 
one of several ways in which Inform tries to manipu - excuse me, to encourage 
the user to produce something finished, and tidy, rather than makeshift.

ES: I think "seduce" is the word you're looking for.

  SPAG: Are any plans afoot to offer the Inform 7 manual in hardcopy form, as
  was done with the Inform 6 Designer's Guide?

GN: Yes, but not yet: there are sure to be changes, and perhaps major changes, 
as Inform 7 meets its users. What we would really like to publish - I say "we" 
because while I wrote the main text, Emily wrote almost all of the examples - 
would be an elegant, almost coffee-table book. One whose design doesn't evoke 
computing books of the drab Addison-Wesley style, but is more like a lifestyle 
cookery book, or one of the more aesthetically pleasing Photoshop guides. I 
certainly want something that would comfortably lie flat open. Digital printing 
has come a long way since the DM4's first impression in 2001, but our 
aspirations are probably a bit ambitious for now. Still, we might just be able 
to do it, if we printed the first edition by subscription, as David Cornelson 
did with the DM4: let's see.

Actually, "the" manual is really two different volumes interleaved: the main 
text, and the examples, which are organised into a recipe book aiming to show a 
comprehensive range of techniques. From one viewpoint the examples footnote the 
main text, from the other it's vice versa. On screen, one can have it both ways, 
as the reader prefers: for the printed manual, we would have to choose.

  SPAG: You mentioned in your notes on this project that you are attempting to
  construct a rules-based rather than object-based model for IF development. Can 
  you briefly explain what you mean by this?

GN: This is Andrew Plotkin's idea more than my own. As you say, I've gone into 
this in some detail in the formal paper about the project, but broadly I would 
say that Inform 6's biggest semantic failing is that it ties all events and 
behaviours to individual objects (well, or classes, to be fair: but then you 
don't have easy access to the class Object, to put it mildly). Suppose one 
possible event is Alice eating a cake and shrinking. Is that a behaviour of 
Alice, or the cake? Why must we choose? Source code for IF games like Scott 
Adams's "Adventureland", which is stuffed full of combinations of objects doing 
something or other, becomes impossible to read in any linear (i.e., plot-
respecting) way. Worse, if it's a change to the standard rules of realism (to do 
with what containers people can go inside, say) then it may be impossible to 
implement at all, without rewriting chunks of the Inform 6 library. There is 
constant pressure for said library to call more "entry points", to provide more 
hooks to hang customised code on, etc. The system grows steadily more complex 
and arcane - and it's never enough.

ES: For instance, with "City of Secrets", I had to replace the library's 
handling of movement verbs to allow for the player to use a >GO BACK command. In 
Inform 7 the same job is accomplished with a couple lines that add an extra step 
to the Go action, without disrupting any of the things that are already supposed 
to happen.

GN: Rules allow us to treat the world model and the actual game as interleaving. 
There is no dichotomy between the world model (fixed and with universal 
validity) and the objects in play (free to be altered but in ways that have only 
very specific validity).

ES: I have found that the rule-based aspect means I tend to rough out a whole 
system fairly efficiently (for conversation, or some simulationist purpose or 
other) and get a structure working fast. There's still a lot of refinement to do 
after that point, but it's comparatively easy to build new features into the 
framework without doing a lot of rewriting. 

GN: Also, we can write the source in whatever order we think best. So once the 
framework is in place, it's easy to tidy up - to rearrange under suitable 
headings, say - without affecting its functionality. I reorganised "Reliques of 
Tolti-Aph" two or three times until I was happy with its chapter and section 
breakdown. I actually feel that this freedom considerably adds to the expressive 
power of the language even though it makes no difference to the outcome - it 
enables me to have the source text read back in a way which reflects how I think 
about the problem.

  SPAG: The two of you recently released three demonstration games as a taster
  for Inform 7.  Some quite sophisticated effects were to be found therein that 
  would have required considerable programming skill, and even in a couple of 
  cases recourse to Z-Machine assembly code, to achieve.  Were these games 
  written entirely in Inform 7's natural language?

GN: "Reliques of Tolti-Aph" - a frivolous piece of IF, whose real purpose is to 
test whether Inform could handle highly algorithmic puzzles - is written 
entirely in natural language, about 33,000 words of it. The text can be browsed 
at the Inform website.

ES: There is almost no direct use of Inform 6 in mine either; all the screen 
effects and status line elements rely on extensions included with I7. (The 
extensions do drop back into Z-machine assembly code, but the user of the 
extension doesn't have to worry about that.)

GN: It may also be worth mentioning that all three of these "worked examples", 
as we call them, were written very quickly - "ROTA" in the spare evenings of 
less than a fortnight, for instance, plus a little time for play-testing.

  SPAG: Two classic pitfalls of IF development are the modeling of liquids and
  the modeling of ropes.  Will Inform 7 offer any help here?

ES: Neither is built into the default world-model, but I did write some example 
code for rope-handling, and several different pieces of code for liquid 
implementation. These range from the very simple (containers that are simply 
full to different levels or not) to a full system of mixture that keeps track of 
the components within and automatically identifies recipes (so that if you've 
poured the correct amounts of orange juice and champagne, say, it will relabel 
the liquid as "mimosa", with appropriate parsing and naming).

GN: Is that what a mimosa is? I do wish people would just say orange juice and 
champagne if -

ES: Yes, well, as we see not everyone wants this level of complexity.

There are a number of other similar things in the examples as well: models for 
different types of conversation, telephones, objects that can be broken into 
component parts, cutting, burning, more sophisticated treatments of lighting, 
NPC goal-seeking, parsing keywords and adverbs, automated help for stuck novice 
players, organization by plot and scene rather than by location, and so on. Some 
of these are very standard simulation problems, and some have more to do with 
overriding the defaults of the world model entirely and making interactive 
fiction that behaves in an utterly different way. As I wrote the examples I 
spent a huge amount of time combing through extension libraries, RAIF posts, the 
IFwiki - anywhere where anyone had posted about wanting to be able to implement 
any hard thing at all - and tried implementing these things at least to a basic 
level in I7.

Sometimes I ran into trouble, and then I pestered Graham for feature additions. 
A few of these involved major reconsiderations of how the model works - non-
player character actions are now handled more or less on a par with player 
actions, so it's possible to make the same rules apply to both. The lack of this 
had always struck me as a major weakness in Inform 6; combined with Inform 7's 
action-handling procedures, it means that goal-seeking behavior can be written 
for NPCs using the same mechanisms that we use to write implicit actions for the 
player. 

Similarly, Inform 7 has a more developed mechanism for dealing with output. It 
was an early conversation with Nick Montfort that convinced me we should be 
thinking about descriptions and output as a separate aspect of the system, 
essentially, alongside the parser and the model world; and though there is quite 
a lot more one could do with this, it is now much easier to do things like keep 
track of what the player has been told about, and also to write rich and complex 
scene descriptions that vary depending on what's present and don't look so auto
-generated.

But quite often I found that Inform 7 did already provide the leverage I needed, 
or would with just a little minor modification, which I find encouraging.

So I am hoping that people will be able to pick and adapt from these whatever 
they find most suited to the game they're writing - and, of course, people who 
develop more elaborated systems can, as always, offer those as extensions. I am 
not at all under the illusion that these examples are the final word in any of 
the areas they cover. But there was a kind of intentional propaganda in writing 
a lot of disparate examples that implied entirely different kinds of IF: I 
wanted to show off some of the true flexibility of the system, and encourage 
authors to think beyond the usual paradigms. We've had a number of interesting 
discussions on the newsgroups over the years about what IF might be like if it 
were less based on geographical rooms, a simple physical model, and so on; here, 
I think, is a tool suited to writing some of those works.

  SPAG: Has your work on natural language processing for the programming side of
  Inform 7 lent any insights that might be useful in improving our in-game 
  parsers, or are we speaking of apples and oranges here?

ES: Hm, well. It's certainly made me more aware of things I wish an in-game 
parser would handle intelligently, some few of which have actually been 
implemented and the rest of which I would like to see later. On the other hand, 
I don't know a lot about the practicalities of this. Inform 7 is able to 
extrapolate a good deal of implied information from the text it is given, and I 
would be interested in something similar in an IF game, but at the same time I 
imagine there might be speed issues.

GN: It was in some ways the other way round. It annoyed me that Inform 6 did not 
parse source code as well as the Inform 6 library parsed commands in play - the 
latter was a little more linguistically aware. But as Emily says, there's more 
that could be done here.

  SPAG: Inform 7 does not currently support the Glulx virtual machine, but I
  understand that plans are in the works to do so. Are there any plans to expand 
  the language to support the display of images and playback of sounds within 
  Inform 7's natural language level?  Will Glulx replace the Z-Machine as the 
  standard Inform 7 virtual machine at some point?

GN: Yes, cautiously yes, and we shall see - I do not intend to force any such 
change of allegiance. Inform 7 makes Z-code which runs fine, though I've 
published a note of what an interpreter could do to have an easier life playing 
Inform 7 games (notably, have a larger stack capacity). But it's easy to hit the 
limits of the Z-machine, certainly: "Reliques of Tolti-Aph" is right up against 
them. Coding in Inform 7 makes it so quick to throw in vaguely nice if 
inessential extras (let's have not just Teddy Roosevelt but also a bison's head 
on his wall, oh, and a stuffed bear, why not, and...), that one hits limits 
earlier. And certain Inform 7 techniques do use up memory - various-to-various 
relations on large kinds, for instance.

ES: I am quite interested in getting the ability to drop in images and sounds, 
myself, so I occasionally raise this topic. So far we've mostly been preoccupied 
with other more basic functionality, but the time will come, I hope.

GN: Oh yes, I do hope eventually to have "Figures", just as in Emily's example 
of a children's book ("Figure 6. The hook-nosed stranger, his hand shaking, 
pointed the revolver straight at Biggles").

KEY TO SCORES AND REVIEWS--------------------------------------------------

Consider the following review header:

TITLE: Cutthroats
AUTHOR: Infocom
EMAIL: ???
DATE: September 1984
PARSER: Infocom Standard
SUPPORTS: Z-code (Infocom/Inform) interpreters
AVAILABILITY: LTOI 2
URL: Not available.
VERSION: Release 23

When submitting reviews:  Try to fill in as much of this info as you can.
Authors may not review their own games.


REVIEWS -------------------------------------------------------------------

From: Sara Brookside (jsh11a SP@G aol.com)

TITLE: Akari's Story
AUTHOR: "Taleweaver"
EMAIL: tralu SP@G hotmail.com
DATE: 2005
PARSER: ADRIFT
SUPPORTS: ADRIFT interpreters
AVAILABILITY: Freeware; Shadowvault archive
URL: http://www.shadowvault.net/games/akari.zip
VERSION: Release 1

In this game, you play a Japanese teenager on a typical weekend day (in other 
words, no school!)  I would place this piece of IF in the "slice-of-life" genre 
and the game does do a relatively good job of faithfully simulating Akari's 
daily life.  Unfortunately, that simulation can sometimes be a little bit 
pedantic in the sense that it provides little in the way of "escape value."  I 
wasn't particularly caught up in the story or involved in the action, despite 
the fact that the world-modeling implementation was adequate.  Along those same 
lines, Akari's day lacked a sense of urgency or any clear goals.  Accordingly, 
there wasn't very much to command action or to require much of the PC.

The walkthrough reveals that the game ends after a certain number of turns. at 
the end of the day, so to speak.  So, there is no real way to "win" the game, 
although there is a scoring system that awards points for certain actions.  The 
walkthrough also revealed that I tried many of the actions that the author had 
in mind, while there were others that I missed completely and would have never 
thought of had I not read the walkthrough.

One of the most interesting aspects of this piece is that it DOES provide 
insight into another culture (unless, of course, you happen to be a Japanese 
teenager yourself!)  Japanese customs and terminology and even dietary 
preferences are woven into the game, which is quite intriguing!  The game also 
reveals a bit about what is important to modern Japanese youngsters. also neat 
to know.  On the downside, this may have the effect of making the player feel 
more like a spectator than a participant.  It is as if one is observing Akari's 
life, rather than participating in it or living it, which makes the pace of the 
work feel rather slow at times.

The writing is rather sparse, in the sense that room descriptions are relatively 
brief and many nouns are non-examinable.  Still, I didn't note any particularly 
jarring errors in grammar or spelling, which certainly helped make for a 
pleasant reading experience in that regard.  In short, however, I felt much as 
if I was reading an essay by a Japanese teenager about her life, rather than 
playing a game.

There are puzzles in the game and they are reasonably well-crafted, although 
certainly not complicated.  I wish there had been more of a sense of payoff to 
successfully solving the puzzles, however.  Because the problems posed were 
essentially of the routine, day-to-day variety, and there was very little 
urgency, it didn't seem to matter much whether I solved the puzzles or not.  The 
only real impact for doing so was the point value added to my score for 
performing certain actions.

The characters in the game were largely undeveloped, except for the PC.  All of 
the NPCs felt rather static and cardboard to me, almost as if they were objects 
rather than characters.   Conversation is minimal, except if you happen to guess 
the few things that the author has allowed you to "ask [character] about," but 
this is not an uncommon problem by any means.

As for plot and story, both were a little thin.  Without a compelling goal to 
spur action, the experience was much more like an exploration than an 
interactive narrative.  Game play progressed smoothly, though, with little 
evidence of "bugginess."  There was an occurrence or two of "guess the verb," 
but I found those issues to be relatively easily solved and certainly not game-
stoppers.  A reading of the walkthrough definitely revealed several cases of 
"read the author's mind" and in each case, I had failed to do so.

In conclusion, this game could be much improved by augmenting descriptions to 
add atmosphere and capture the attention of the player, as well as implementing 
more variety and innovation in the tasks of the PC to make for a more compelling 
story line.

Overall rating:  ** out of ***** for faithful simulation, fair puzzles, and 
cross-cultural value.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

From: Paul Lee (bainespal SP@G yahoo.com)

NAME: All Hope Abandon
AUTHOR: Eric Eve
EMAIL: eric.eve SP@G hmc.ox.ac.uk
DATE: May 2005
PARSER: TADS 3
SUPPORTS: TADS 3 interpreters
AVAILABILITY: Freeware; IF Archive
URL: http://mirror.ifarchive.org/if-archive/games/tads/AllHope.zip
VERSION: 1

Only a well-done game can successfully combine such elements as a rather 
detailed plot, puzzles of all sorts, a theologically dense theme, and Greek 
alphabet characters. "All Hope Abandon," though the prospect seems dizzying in 
retrospect, does all of the above and somehow manages to seem somewhat natural. 
This feeling of being natural is not inherent; this is especially apparent early 
on when the player is quickly thrown into the deep end at which point the game 
world seems like a disgruntled fairy tale. Thankfully, this "fairy tale" feeling 
soon dissipates into the more interesting scheme of the game.

The player is cast as Dr William Fisher, a New Testament scholar, who at the 
opening of the game is found listening to the lecture of the deranged Professor 
Wortschlachter. Earlier at breakfast, William had met a pretty blond woman who 
somehow also ends up trapped in Limbo land (though the reason this happens is 
never adequately explained -- I think on purpose). Apart from adding a little 
romance to the story, she serves to symbolize the theme of hope throughout the 
game.

The text is not overly complex or "purple," but is sufficient and usually easy 
to read. Sometimes the writing even has a slight pinch of wit, such as in the 
introductory text. The game is very detailed -- even unnecessary objects are 
carefully described. A "THINK" verb is implement which allows the player to 
THINK ABOUT certain topics, and I found the responses to cover mostly everything 
that could be thought about.

The detail in prose and design is complimented by many puzzles. These puzzles 
come in a range of difficulty, generally becoming more difficult as the game 
progresses. The solutions to quite a few of these at least partially require the 
player to scrutinize every single detail of an important object. This sounds 
tedious, but it works alright because one gets used to the high level of 
implementation and also because the puzzles all at least require some level of 
critical thinking besides just examining. The game is structured so that it is 
quite easy to finish the game without having solved all the puzzles, and thus 
without having tied up all the loose plot ends. This is a result of the 
integration of the narrative and the puzzles, and gives the game more 
replayability than most interactive fiction games out there.

Even with its great puzzles and well-done story, "All Hope Abandon" would be a 
mediocre game if it was riddled with bugs and grammatical errors. This is not 
the case; it is clear that the game was carefully tested. Everything works as 
expected, and it does not appear possible to get the game into a state that was 
not anticipated by the author. I must report that I did find one accidental 
typo; however, but if you can get over such things it will not lessen the 
quality of the game for you.

In conclusion, "All Hope Abandon" by Eric Eve is an extremely well-done work. I 
would definitely commend it to your "to play" list if you have not played it 
yet. If you never play it, you should know that you are missing out on one of 
the best games to be released last year.

From: Valentine Kopteltsev (uux SP@G mail.ru)

I know, I know -- a decent review has to start with some smart preamble on a
more or less abstract topic; unfortunately, I couldn't think of any for All
Hope Abandon. So please excuse me just for this once, and let's move on to
business.

The theme of this game is probably best defined as "subconscious jorney".
However, if the author was trying (please note the conditional mood) to
create a dreamlike atmosphere that suggests itself for a work of that kind,
he didn't succeed too well. Anyway, no matter what the author's intentions
were -- the game more than makes up for it by providing a stunning cocktail
of adventure, theology, and romance, all that spiced with a good shot of
irony. Several ways to victory are laid through it; and although the
denouement is rather predictable at the end of the day -- the rich,
intentionally anachronistic setting full of gadgets to fiddle with, and the
considerable variety of the paths provided make it worth replaying the game
several times to try out each of them.

Another aspect of All Hope Abandon, which was especially pleasant personally
for me: it doesn't act overly symbolic, although, again, it'd be very much in
the tradition of the genre. You know, symbolism is just not my mug of beer,
and games relying on it too much often leave me puzzled. On the other hand,
the fact AHA sets forth its main ideas clearly enough doesn't mean it's as
uncomplicated as a game as I am as a person;) -- I'm sure that players more
skilled at interpreting symbolic links than myself will be able to enjoy the
game on additional levels that remained inaccessible to me.

From the technical point of view, the game is faultless. In comparison with
the previous version, TADS 3 added several interface enhancements (for
instance, let's mention the menu-based built-in hints, and the topic
suggestions mechanism of the conversation system) on its own. All Hope
Abandon not only makes extensive use of these facilities, but introduces, in
its turn, a few more. The most interesting ones are the THINK ABOUT command,
and the ability of the player to look in a specific direction. The first
feature is one I've been looking forward to for a long time. Particularly in
this game, it seems all the more appropriate since the protagonist has some
"specialist knowledge that most players will probably not share"; besides,
it's smartly used in one of the puzzles. The second one probably wasn't as
challenging to implement from the technical point of view, but means A LOT
additional work for the game author (ten extra descriptions -- eight for
compass directions, and two for LOOK UP/DOWN -- in each room); even taking
into account they're more terse than the "main" room description, and that a
few of them are similar -- it's still a feat worthy of esteem.

At this point, I've taken a pause and looked at what I had written so far.
You can bet on it -- I'm utterly disappointed with the results: All Hope
Abandon is a great game that deserves an outstanding, or at least a memorable
review, not the generic stuff I sullied the (virtual) paper with. Of course,
any reviewer will tell you it's much easier to write a memorable review for
a flawed game; sure enough, All Hope Abandon doesn't offer much in this
respect. At best, one could complain about the puzzles being too easy, which 
isn't much of a drawback as times go, and the most sceptical among the
players would probably point out that the whole romantic plotline is a bit
unrealistic, considering the protagonist and his beloved barely knew each
other; well, I consider myself a cynical person, but not cynical enough for 
not believing in love at first sight, so this was OK for me. Still, the
unsufficient flaws of the game are a pretty lame excuse for my review being
so insipid.

I think the problem is, All Hope Abandon just arrived at a wrong point in my
life. The effect is like paying a visit to the British Museum at the very end
of an exhaustive sightseeing day trip through London: the overstrained
tourist feels there's a lot of things to admire, but the emotions just aren't
there. Thus, in spite of my review probably not sounding too enthusiastic,
let me assure you -- this game is a great work suitable practically for any
players, ranging from novices to the versed ones, and represents a glorious
showcase for the opportunities the new version of TADS offers.

SNATS (Score Not Affecting The Scoreboard):

PLOT: Predictable, but still gripping (1.3)
ATMOSPHERE: Motley mix (1.5)
WRITING: Manifold, and splendid in its every manifestation (1.5)
GAMEPLAY: Relaxed trip for the most part (1.4)
BONUSES: Rich setting, fine irony, the THINK ABOUT command (1.4)
TOTAL: 7.1
CHARACTERS: Memorable enough (1.3)
PUZZLES: Well-clued and logical (1.2)
DIFFICULTY: On the easy side (4 out of 10)

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

From: Mike Snyder (wyndo SP@G prowler-pro.com)

TITLE: The Baron
AUTHOR: Victor Gijsbers
EMAIL: victor SP@G lilith.gotdns.org
DATE: March 31, 2006
PARSER: Inform 6
SUPPORTS: Z-code (Inform .Z8) interpreters
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2006/baron.zip
VERSION: Release 1

The Baron deserves a spoiler-free review.

The difficulty is it's a game that can barely be discussed at any length 
*without* spoilers. I think this one is as spoiler-free as you'll find, but 
*anything* said about The Baron might be too much. In other words, reader 
beware.

The author's introductory text describes the story's theme as disturbing, 
shocking, and tragic. On the surface, it's about a missing girl and the father 
determined to save her from her captor, the evil Baron. I use the word 
"evil" because the game does ("x photo" in your bedroom, near the 
beginning). After that, it's left up to the reader. What kind of monster is 
the Baron? Can he be redeemed, or should he die? Is he a monster at all?

The story (if ever a work of Interactive Fiction wasn't a game, this is it) 
begins in a cave. You must slay the dragon, because nobody else will. I found 
no way to achieve this, but later events make it clear that you don't have to. 
After this, the main quest begins. Along the way - and it's a journey that 
feels much longer than it actually is - you encounter three obstacles. These 
are decision points, not puzzles. Each obstacle can be overcome in numerous 
ways. Not every way is obvious in a first play-through, and some of the 
multiple-choice decisions won't even make sense the first time. It should 
really be played at least twice. The second time, your decisions are likely to 
be wildly different - not because you're poking around for changes to the 
story, but because you will understand the story in an entirely different way.

Before setting out toward the Baron's castle, look around the house first. At 
the Baron's castle, it also pays to poke around. Even though the story lacks 
puzzles, it features bonus material for the observant reader. A torture 
chamber, found through a hatch under a rock at the castle, hints that things 
aren't exactly as they seem. Well, not so much that, but it's a good 
indication that the author is relying on symbolism to enhance the story.

In relating what has happened at the *end* of the story, the PC mentions 
nothing of a dragon. It stands to reason that the story's first scene was 
someone else's experience. If this is the case, it might have made more sense 
for the dragon to approach from a southern lair, while the PC stands firm. 
When it ends, the story offers no congratulations. You haven't won. You 
haven't lost. The final choices allow the player to affirm his or her 
convictions. The story doesn't tell *you* what's right and what isn't. *You* 
tell the story.

What I expected from The Baron wasn't what I got. In his introductory text, 
Gijsbers does a good job of preparing the player. Actions should be taken 
because they're meaningful in the situation, not because they "solve a 
puzzle". My first reaction was "sure - I've heard this before." I can't 
help but treat IF as a game - even when the author tells me not to - because 
every decision affects the outcome. In The Baron, that's not the case. Some 
decisions affect the PC's dialogue at the end, but none of it affects the 
experience of the *reader* except to the extent that the decisions themselves 
are part of the experience. So, even though the author warned me that it 
wasn't a game, I tried to play it like a game. I expected something dark and 
sinister. I expected torture, helplessness, suffering, and perhaps victory in 
the end. The story delivers these things, but in an unconventional way... in a 
disturbing, shocking, and tragic way.

If all of this leaves you wondering just what you might be getting into if you 
try The Baron, by all means read a spoilery review. Even though this could 
soften the punch of experiencing it for yourself, you might be doing yourself 
a favor. You may say to yourself "bah - I can handle blood and gore and text-
rendered pain." If that's what The Baron actually had in store for you, a 
disclaimer would be unnecessary.

It's difficult to say if The Baron hits the mark, without knowing what the 
mark was. The final choices in the walkthrough included with the Spring Thing 
version (available from the HELP menu) might be how the author imagines it. 
Most of us won't be able to feel compassion or empathy for the Baron, though - 
let alone identify (thank goodness) with the story itself. So, are these final 
decisions meaningful to us, as readers?

With precious little else to be said without delving into spoilers, some 
discussion of the design and craft is fitting. The story file is in .Z8 
format, written in Inform. The English translation of the Dutch original (also 
included) is surprisingly good. Aside from a few typos, not much in the 
translation detracts from the experience. Even with a second play-through (or 
read-through) of some of the story, I found it easy to complete in an hour and 
a half. Certain bits - especially the dialogue - are presented in multiple 
choice lists. The rest of it, however, manages to maintain the traditional IF-
style command system. You move around a map. You get, drop, and examine 
things. You open doors. You take an active part, just as IF is meant to be.

It's hard to describe The Baron as a *good* story, in the way a game can be a 
*good* game. It's an *effective* story. Appreciating it doesn't mean *liking* 
it. Even so, I can imagine the opinions of various readers will vary wildly. 
Some may say it was emotional. Some may say it wasn't. Some may say it was 
purposely manipulative. Some may say it was an honest and heart-rending story. 
Some may resent becoming an unwitting participant as the story unfolds. Some 
may describe it as grim. Some may feel entirely detached from it. Some may say 
it will receive accolades it doesn't deserve, while others may believe it to 
be unfairly criticized. Some may even say it's a story that didn't *need* 
telling.

I say... nothing, except that it was an interesting experiment. In the context 
of the Spring Thing competition, it's far too short (even adding a replay or 
two). I was moved (I'm a parent - how could I not be moved?), but this alone 
doesn't make it a clear winner when this year's competition features three 
other very good games. Scoring it is even harder than reviewing it. After some 
thought, I have settled on a middle-of-the-road score. It succeeds as 
Interactive Fiction, and it doesn't pretend to be a game. It fails as 
entertainment (for me), even though it's more like art for the sake of 
emotion. In another context, it might be a "9" or a "10". It should prove 
to be one of the most memorable works of 2006, regardless.

My Spring Thing score: "6"

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

From: José Manuel García-Patos (josemanuelinform SP@G josemanuel-gp.jazztel.es)

TITLE: Damnatio Memoriae
AUTHOR: Emily Short
EMAIL: emshort SP@G mindspring.com
DATE: March 1, 2006
PARSER: Inform 7
SUPPORTS: Z-code (Inform .Z5) interpreters with blorb support
AVAILABILITY: Freeware
URL: http://plover.net/~emily/DM
VERSION: Release 3

Once upon a time there was this guy in Greece -- ancient Greece, that is -- who
set fire to some very important temple (Athena, maybe?). The reason why he did 
so was simple: He wanted to be famous. What did the other Greeks do? They forbid
any mention of the incendiary's name. They condemned him to oblivion. That's 
what the title of the game, Damnatio Memoriae, means. And that's what the player 
must avoid in it: To be forgotten.

No, that's not true. The game's real goal is not to get caught by your enemies,
as in any other game. Posterity is secondary. Let's say it's a plus. I don't
think that's a flaw, but I would've liked a *** You have died ***-like message
every time you had managed to survive but not to save your memory from
destruction. I would've liked to see a game where your life wasn't the most
important thing at stake. (Has a game like that ever been written? One where the
last message would be *** You have died, but you have won ***?) Also, I would've
liked to read some thoughts on the subject of fame and posterity, because the
story really had potential for that.

Damnatio Memoriae shares a similar design pattern with Galatea. In the latter,
the reactions of the NPC depended on several variables, and the ending was the
verbal expression of the final values of those variables. Here you have your 
life and your fame. And the ending depends on the final values of both. This 
always reminds me of this Japanese show, Takeshi's Castle, where participants 
were put inside a giant ball and thrown down through what looked like a 
Tartaglia's triangle pinball. The outcome depended on whether they fell on safe 
or death spots. With this system, it doesn't really matter if you choose A or B, 
because the result is the same. Only the value of the variables change. Also, 
you can end up taking the B path even if you had chosen A earlier.

My own storytelling concept is quite different. I think of interactive stories 
as trees. And trees are nothing but lists with a common root. So, interactive 
stories are a bunch of different linear stories that, depending on the player's 
choices can lead to lots of different endings. I find games designed like this 
easier to write and to plan, and more human, because it lets the story evolve 
almost without constraints. Doing things the other way seems confusing to me.

And now that I'm dealing with theoretical aspects, let me mention a detail that 
I consider a wrong way of doing things. If you have already played Damnatio 
Memoriae and the ending ever caught you in the other location, you'll have 
noticed that you're brought back to the original room and offered again a full 
description of it. The reason why I think this is wrong is because it breaks the 
rhythym of the narration. I'm not talking about this particular game or about 
the author, but about the system that produced it. Why are Inform games 
organized by location instead of being organized by sequence? Remember the 
opening sequence of Touch of Evil? Why can't IF games do things like that? Let's 
suppose you have this PC who's talking with a friend while walking down the 
street. Are you going to interrupt the conversation every time they
turn a corner? Let's suppose you have a PC who's being chased by the police. Are 
you going to interrupt the chase every time the player types E or S to offer a 
boring description that nobody would care about at that particular moment? If 
games were organized by sequence, only each one's opening location's description 
would be offered and the rest could then be simply asked for. To me this makes a 
lot more sense, and also leaves freedom to the author to write a narrative text 
and make the story advance instead of offering a description that's always more 
or less the same.

But, finally, the good news. I liked the game. Really. I did. It was short, so 
it didn't get boring. Actually, when I reached the ending for the first time I 
thought: Hey,this is it? I want more. Also, it was easier than most of her other 
games. By easier, I mean the interaction was easier. For example, in Savoir 
Faire the non-standard verbs drove me crazy. It was like watching one of those 
pretentious B/W indie movies. It's not me the one who has to adapt to your 
style, it's you to mine, stupid filmmaker! But in this case, I liked the story 
(I love the Romans) and I could take the time to learn how the special commands 
worked, because the learning gave almost immediate results. Also, I think it is 
Emily's best written game.

[Final note: Oh. In case anyone was thinking: You uneducated freak! It was the 
temple of...! And the guy's name was...! I know perfectly well who the temple 
was dedicated to, and who the incendiary was, and even the exact date when that 
happened, but I'm not doing him a favour even by giving you hints about him.]

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

From: David Wanaselja (wanaselja SP@G gmail.com)

TITLE: Dracula Part I: The First Night
AUTHOR: El Clerigo Urbatain
EMAIL: urbatain SP@G gmail.com
DATE: September 5, 2005
PARSER: Inform
SUPPORTS: Glulx interpreters
AVAILABILITY: freeware; IF Archive
URL: http://www.ifarchive.org/if-archive/games/glulx/Dracula_The_First_Night.zip
VERSION: Release 6
	
Occasionally I get the urge to play some gothic horror game, featuring vampires, 
werewolves, and all the other sorts of unnamed horrors that lurk below the 
surface of the night.  Thankfully, Interactive Fiction has its fair share of 
this genre, some excellent, some average, and some just plain awful.  While 
Dracula Part I: The First Night falls between the average and just plain awful 
categories, it does have some redeeming qualities that make it worth playing for 
the 10 minutes it takes to complete.

Dracula Part I: The First Night is a remake of the Rod Pike game Dracula, 
released in 1986 on the Commodore 64.  Actually, it's a remake of the first part 
of Rod Pike's Dracula game.  The authors have promised the second and third 
parts are forthcoming, and I can't imagine what is taking them so long, as this 
first part literally takes less than 45 minutes to see all it has to offer.  
[As of this publication, the second part of the trilogy -- Dracula: The 
Arrival -- has just been released. --ed.]  Throw in the fact that it is a near 
identical game to the original, and I'm left wondering why they didn't just 
remake Pike's original trilogy in full.  The text is ripped directly from the 
original, and although the graphics have been redone, almost everything else is 
the same, aside from some minor additions.  The differences are few, but using 
the Inform parser is by far the greatest improvement.  The original was clunky 
and hard to manipulate, but this version is far easier to handle by comparison.  

The story is of John Harker, who is on his way to meet his "client," no doubt 
Dracula.  Harker has arrived at the Golden Krone Hotel in the Carpathian 
mountains for a brief respite before continuing his journey.  It is told from 
the first person perspective, with the parser constantly demanding the player 
"tell me what to do."  This first person narrative is fairly entertaining, but 
is punctuated by far too many exclamations and instances of bad grammar and a 
few misspelled words.  Seems understandable when you realize that the first 
language of the author is Spanish, but unforgivable when you think about the 
fact that the text is nearly identical to the 1986 version.

The main puzzles hinge on what you have to eat and drink for dinner.  Some are 
more difficult to manage than the others, but all are fairly simplistic.  There 
are some interesting graphics that pop on screen for these interludes, probably 
the most improved aspect from the original aside from the parser.  Depending on 
the puzzle and how you die (if you fail) you get a different picture.  They also 
threw in some familiar music to add ambience at this point, so turn up those 
speakers.

By far the most annoying part of the game is the fact that it makes assumptions 
about what the player knows.  Have you examined everything before you've tried a 
particular course of action?  If not, you may find yourself in a bind at one 
point or another, which will lead to your death or failing to complete the game. 
 It's not a big loss, as you'll always be able to "undo" your last move or just 
play through again since it's so short.  However, it is a tad annoying.

Overall, Dracula Part I: The First Night suffers greatly from its short length 
and questionable prose.  If the game was less remake and more makeover, it would 
work far better and be a much more successful game.  The fact that parts 2 and 3 
are not yet available (excepting the Commodore 64 originals) also puts a damper 
on the enjoyability of this title.  As it stands right now, Dracula: The First 
Night is a below average game that offers almost no real reasons to play through 
it, aside from the pretty graphics, and the fact that you can finish it while 
waiting for your wife to get out of the bathroom.  Once parts 2 and 3 become 
available, it will be well worth it.  Until then, it feels like a text adventure 
from 1986 that needs to be reworked badly.

From: Mike Tulloch (Poster SP@G aurora.cotse.net)

To be fair from the onset, Dracula the First Night (DTFN) is a remake and a 
translation of an older game, and the initial splash screen captures well the 
spirit of the old EGA graphics while conveying a hint of mystery. Still, this 
screen reads, "Remaked by..." and unfortunately, that signifies what lies in 
store.

Immediately you're given the option of choosing maroon text on black or gold 
text on blue. (Ugh.) The EMPHASIZED WORDS IN ALL CAPS grate the nerves as does 
the chat-like sentence construction...a bunch of short phrases and half-
sentences...arranged like this. Spelling errors are legion; the writing tone is 
utterly bombastic and overwrought; exclamation marks deluge the player! Yes, 
this is the familiar topography of the Penny Dreadful and the 1950's B-movie. 
Was this what the author wanted to achieve? I suspect so.

Most of the puzzles are simple and appropriate, except for one. It's a timed 
puzzle that you'd never know was timed until you lost the game. To solve it, you 
have to do something non-obvious a priori. (Argh.) Some puzzles involve rather 
improbable scenarios, such as waking up carrying everything that you were 
holding before you went to sleep. This detracts from the atmosphere but then 
again, that may have been an intentional nod to, or spoof of the horror genre.

As for mechanics, the parser seemed lacking. Examining anything but an object 
with an Examine routine returns the result for the coded object. There are a few 
doors, but you can't knock on them because the parser doesn't recognize that 
word. The same goes for answer, table, and many others. However, because the 
puzzles are simple, you don't have to play "guess the verb" very often.

DTFN does exploit other features of Glulx, such as full-window graphics and 
music. These graphics are presented after long sections of text as a way of 
visually enhancing the effect. The last graphic presents a well done panorama of 
your destination. The music consists of a simple synth organ which begins when a 
graphic appears and pauses only when a new graphic appears. (Ow.) Though well-
played, the classical MIDI melody oozes cliche`s.

The verdict? I salute the author for creating a game in Glulx. I've tried and 
found the going awfully rough. The game includes random elements that make each 
time through slightly different but not overly so. That's creative. And the 
graphics, though sparse, do effectively enhance the atmosphere. The plot works 
well for a game of this length -- fifty turns once you know the way. However, 
the parser, the writing, the grammar, and the colors prove very trying.

If you are expecting a modern Glulx game, I'm afraid that DTFN isn't it. The 
author isn't a native English speaker but he deserves some credit for his work; 
that's why I give this game a solid 3. If you're a fan of the old-school EGA 
games and/or IF with graphic touches, of course, you might enjoy Dracula: The 
First Night much more. An hour or so of retro diversion awaits you.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

From: Mike Snyder (wyndo SP@G prowler-pro.com)

TITLE: Pantomime
AUTHOR: Robb Sherwin
EMAIL: beaver SP@G zombieworld.com
DATE: March 31, 2006
PARSER: Hugo
SUPPORTS: Any Hugo Interpreter or GLK Hugo
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2006/pmime.hex
VERSION: Release 1.00

In the early morning minutes of October 1st, 2005, a list of IFComp entries (at 
the official IFComp website) showed 50 or so potential games. As titles were 
knocked off the list (probably because the authors never completed and uploaded 
them), the list dwindled down to 36. For those of us online at the time, it was 
an interesting thing to watch. Among those original intents, though, was Robb 
Sherwin's Pantomime.

Now released for Spring Thing 2006, it weighs in on the light side (considering 
the competition's focus on medium- to long-sized games). As an intended IFComp 
entry, this makes sense. From chatting with Robb at his Hugo forum, I know that 
it took much effort and some sleepless nights even to finish for the Spring 
Thing deadline. Even short and perhaps rushed, Pantomime is a solid game with an 
entertaining story.

In Pantomime, you live on Phobos, currently a moon of Mars, but soon to break 
apart into an orbiting ring of debris. It's the last place anyone would choose 
to be, even before the crisis. It's a world where cloning is commonplace, robots 
named after Unix commands are a man's best friend, and being good at chess is 
cause for embarrassment. This is a vision of the near future.

I've only played the beginning of one or two Robb Sherwin games prior to this. 
That's probably why my reactions bounced between "whoa. did he really say that?" 
and "wow. what's it going to be *next*?" Somehow, even if he's holding back, it 
doesn't *feel* that way. Aside from a few typos - probably the result of the 
hurried effort to meet the deadline - the writing is great. It flows better 
because it's more casual. It's not just *how* Sherwin writes - it's also *what* 
he writes: the insults between characters, the one-off jokes, the clever 
descriptions and bits of back-story. I usually cringe at coarse passages and 
lowbrow humor in a game, but that's part of what makes Pantomime so interesting. 
Sherwin seems to write it in a convincing, honest way.

Pantomime is what an episode of Futurama might be, if the script came from 
Cartoon Network's Williams Street crew and it aired on HBO after hours. The 
little censor that lives inside Robb Sherwin's mind has a freedom not given most 
other IF authors, save maybe Adam Thornton. I mean, if a wacked-out robot needs 
to sport a cloned copy of a male porn star's money-maker, Sherwin will work it 
into the story. And it'll be *funny*.

The game *is* meant to be funny. I think. It's sometimes tongue-in-cheek humor. 
It's *definitely* black humor, where the absurd and the macabre come together. 
It might be an allegory for some of today's issues, but if so, I didn't really 
get that. More likely, it's just a strange but fascinating story.

The puzzles aren't difficult (generally just a matter of figuring out what 
action to take to move things along), and inventory is almost non-existent. 
antomime is very story-driven. The most difficult bit may have been passing the 
spiked gate, but even that obstacle yields to some creative but simple reasoning 
(okay, okay - I solved it by blind luck and experimentation, but it made sense 
afterwards). Even the second-to-last confrontation doesn't require anything more 
complicated than following instructions and listening to the bad guy's diatribe. 
This should be particularly appealing to anyone who prefers IF to be more 
*fiction* than *game*.

A few minor bugs remain in the competition release. They range from typos to an 
odd exit back to Kangaroo's Club - nothing game-killing. This seems to happen 
more toward the end. What's most likely to work against Pantomime, though, is 
that it doesn't seem long enough for a Spring Thing game. It also glosses over 
the additional detail in most places, when it comes to interacting with (even if 
only to "look at") scenery objects. Knowing Hugo, I think this could be fixed 
easily, even without real objects. Just add an "extra_scenery" property to each 
room, with lists of keywords that will cause a different reference message. It 
means the difference between something "not there" when it really is, and simply 
being "unimportant".

A few plot points left me confused. Who sent me the vial? What was the purpose 
of the seemingly unnecessary gate code? And how drunk was Sherwin when he came 
up with the interaction that helps the PC escape the airlock? Other than that, 
everything is wrapped up tidily at the end, where a couple of fitting plot 
twists are thrown in.

I enjoyed Pantomime, and I recommend it - especially if an update comes after 
the competition. Without hints, I finished in two and a half hours (plus some 
re-play of select earlier bits). It's definitely a game that wouldn't have been 
out of place in the annual IFComp, but even snack-sized by Spring Thing 
standards, it's a worthy entry.

My Spring Thing score: "7"

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

From: Mike Snyder (wyndo SP@G prowler-pro.com)

TITLE: The Potter and the Mould
AUTHOR: Robert Street
EMAIL: adrift.reviews SP@G gmail.com
DATE: March 31, 2006
PARSER: Adrift
SUPPORTS: Adrift Runner and GLK Adrift
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2006/mould.zip
VERSION: Release 1

The superhero genre isn't my favorite. I've never been a big fan of larger-
than-life, hard-to-believe super powers. Sure, I enjoy the comic-based movie 
from time to time - Superman with his flying, strength, and x-ray vision; 
Spiderman with his spider-sense and web-slinging; Batman with his. super wealth; 
X-Men, of course. I've been known to read a superhero comic, although not 
recently. I've played superhero IF once or twice. 

In essence, I'm not the ideal fan for The Potter and the Mould. This is a story 
for superhero fans, and it comes complete with all the trappings. Origin story? 
Check. Mutant-like powers? Definitely. An imperfect, self-doubting protagonist? 
Uh huh. The mentor/student relationship? You bet. An evil but misunderstood 
villain? Sure. Motivation by revenge? Of course. It's everything you'd expect 
from a superhero story.

What I like best about The Potter and the Mould is that it keeps moving. It will 
appeal most to superhero fans, but it's a frenetic and fast-paced adventure that 
kept me enthralled for the four hours it took to complete. It *feels* more 
difficult than it really is, which is a credit to the author's talent. The 
puzzles aren't hard enough to impede the action, yet they leave a sense of 
accomplishment in their wake. My longest sticking point involved a machine-room 
and a clay dog. After solving it - which was easier than I tried to make it - I 
realized that the puzzles were simple and understated. They work to keep the 
story moving, not to work against it, and that's probably the best kind.

In most cases, Robert avoids text-dumps by way of action prompting. This 
typically comes as a nudge from an NPC, beginning with the rescue scene at the 
beginning, through Waterfall's revelations in the mall, to the hurried trip to 
the Potter's inner sanctuary. It works very well, and keeps things interactive.

The story has some surprises and twists. It strays from the predictable formula 
particularly near the end. Even though I appreciate the change-up, the victory 
felt less than satisfying. It was like facing down Dr. Evil, and getting a back
-stabbing Mini-Me instead. What follows is an exciting bit, but not what I 
expected.

The writing in this, Robert Street's latest game, left me puzzled. Even though 
I've commented about this in prior reviews, it seemed more noticeable here; 
equally hard to pin down, but more prevalent. It could just be his style, but 
I'm not convinced that's it. Too many sentences (even some in close proximity) 
ended awkwardly with the word "though". There was a glaring lack of contractions 
throughout the text - not always, but in certain passages - making it more 
awkward. This alone isn't a sticking point, but coupled with some awkward 
phrasings in general, it just didn't always read *right*.

Take the following - just one random example from hundreds of lines of text:

"The shops in this corner seem to be trying to outdo each other with silly 
displays."

The words "seem to be trying to" are the awkward bit. I might write this as:

"The shops in this corner strive to outdo each other with silly displays."

These kinds of things weave themselves throughout the text. The removed bit was 
clunky and passive. The replacement flows better, and it's more active. I 
usually qualify these kinds of comments with a reminder that I'm no expert. I 
have to look two or three times to figure out just what it is about a sentence 
that bothers me. Even in the example above, I might change "each other" to "one 
another". At times, the text in The Potter and the Mould felt like a first 
draft, as though it had been written once and then left alone. At other times, 
the text felt too heavily edited, as if the smooth flow and original expression 
had been lost under the weight of so much revision. Which the case may be, I 
don't know. Like I said, it might just be the author's unique style.

Robert didn't skimp on details. Even though this is an ever-moving game, the 
extra effort shows in the responses, from looking around to trying various other 
actions. This isn't always the case in story-heavy works, where the only 
important thing is doing exactly what advances the plot. I liked that The Potter 
and the Mould stood up to some prodding.

The hero's premise, now that I've come to it, is that he can "mould" his shape 
into various things. Robert implemented this in a logical, user-friendly way. 
Mould options are task-specific and presented in a list. This maintains the 
illusion that you're really able to morph into anything, where free-form input 
(John Evans's games come to mind) makes this very difficult. It also gives the 
PC some say-so as to how the player proceeds. In other words, the PC dreams up 
these forms so the player doesn't have to. More than that, it eliminates the "I 
tried to become a diamond-tipped drill, but it didn't work" complaints, at the 
expense of limiting the player's options. Occasionally, this let me figure out a 
puzzle where I wouldn't otherwise have had all the facts, but all in all, it was 
a good design.

Next comes the obligatory Adrift discussion - but I'll keep it short. I'm a fan 
of Adrift's auto-mapping, even if I found some necessary exits unmarked on it. 
It can be a crutch sometimes, and I probably shouldn't have tried to rely on the 
map as much. I'm not a fan, however, of Adrift's pick-apart parsing. I call it 
that, because I don't know if it has a real name. This is most problematic when 
commenting a transcript. If you type something that has the word "undo" anywhere 
in it, Adrift believes you intend to undo your last move. If you comment about 
"he" or "she", Adrift starts matching pronouns, leading to some interesting 
responses. Knowing nothing about its inner workings, I still get the impression 
that grammar isn't built the way it is in Hugo and other IF languages. Adrift 
makes plenty of assumptions, and it doesn't conform to any grammar rules. If it 
finds what appears to be a verb, and what appears to be a noun referencing a 
known object, it reacts. At times, such as when it reacts on an NPC you haven't 
encountered yet, it can even be a little spoilery.

Even though I'm not a superhero fan, I enjoyed The Potter and the Mould. It was 
trippy, but it was fun. It's a solid game, and a credit to the author's 
experience.

My Spring Thing score: "8"

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

From: Mike Harris (M.Harris SP@G spi-bpo.com)

TITLE: Threnody
AUTHOR: John Schiff
EMAIL: john SP@G dopplerfx.com
DATE: March 13, 2005
PARSER: TADS 2
SUPPORTS: HTML TADS interpreters
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2005/Threnody.zip
VERSION: Release 1.0b

Threnody bills itself as "a lighthearted, puzzle-rich fantasy game" and as such 
hits the mark.  The backstory is a pedestrian "castle full of treasures" meme, 
with the mildly interesting twist that in addition to treasure “points” 
accumulated, each of the NPC’s has a "Catena" which must be located and 
destroyed to "release" the NPC, a tally of which scores in a parallel point 
system. 

The player must choose at the beginning whether the PC will be a warrior, wizard 
or thief, as well as the gender of the PC.  While the former affects what 
options the PC has available to solve portions of the game, the purpose of the 
gender choice seems only for fleshing out the story thread.  The verbiage is 
standard "fantasy 101" with the exception that objects’ and sometimes NPC’s 
descriptions contain horrible puns.  The title NPC is a talking cat and is 
generally helpful as a guide but which purpose seems more to further the story 
than the game.  I delight in both bad puns and cats; those not so enamored might 
find the game less charming.

I prefer to be very methodical when playing IF, searching and examining 
everything in a room and solving as many puzzles as possible before moving on to 
the next room.  This approach works poorly with Threnody.  Those who prefer a 
brief visit to every accessible room before beginning any puzzle solving in 
earnest might find Threnody less frustrating.  Firstly, objects that might aid 
in solving puzzles are often available; I did a lot of guessing.  Secondly, many 
rooms and locations are empty, there as "place holders."  Lastly, the game is 
full of objects that seem to be nothing more than red herrings.

This leads us to bugs. 

It is possible to locate and destroy the Catenas of some NPC’s before 
encountering the NPC’s themselves.  While the disappearance/destruction of the 
NPC should mean its absence when its location is eventually found, this is not 
always the case.  Taking the Catenas to unusual locations to be destroyed will 
sometimes trigger the same bug.  In any case, this bug allows the game to be put 
in an unwinnable state as the NPC can not be vanquished.  I also stumbled upon a 
sequence of moves that "recreated" the Catena of one particular NPC, which I 
could then destroy repeatedly for points.

In some cases there is more than one way to "beat" the NPC, but I found another 
bug involving engaging a NPC in a game of chance using an object found 
elsewhere.  While defeating the NPC in the game of chance should achieve 
success, and the NPC states that you can take the (blank) because you’ve won, 
any attempt to actually do so results in the pre-defeat response.

I found the "red herrings" to be frustrating as well.  While they may not be 
true "red herrings" but have some purpose in solving puzzles when the PC is in a 
different iteration, their sheer number gets tedious – "open (blank) with 
(blank)"; "put (blank) on (blank)" is fun for the first thirty or forty tries 
but does start to pall once one gets into triple digits.  Furthermore, while the 
PC’s carrying capacity is large it’s not unlimited.  Three quarters of the way 
through the game I found that I was no longer able to pick up objects and had to 
decide which objects in my vast inventory to jettison, hoping that I would not 
rid myself of anything truly useful in the process.

While some puzzles are ludicrously simple, some are so difficult that I had no 
recourse but to refer to the hints or the walkthrough.  There is some trouble of 
the “guess the verb” variety but in many cases there seems to be no way to solve 
the puzzle except through brute force, trying every possible combination hoping 
that one works.

Some minor squawks – default responses sometimes come up when the story would 
dictate otherwise.  For example, upon entering a room there are often lavish 
descriptions of furnishings, floor etc., further examination of which elicits 
"you see nothing special about the (blank)" type responses, or directly 
contradictory responses – "The floor is made of large slabs of a dark, rough 
stone" after the description states something very different.  The story 
emphasizes the importance of the Catenas to the NPC’s, but (with the exception 
of the title NPC) showing the catena to the NPC elicits a default "(NPC) is not 
impressed."  And speaking of "guess the verb," during play I could often not 
recall the term "Catena" or names of NPC’s and more generic descriptions such as 
"man," "crystal" or "blue" were ineffective.

In summary, while Threnody is a mildly entertaining diversion exactly as 
advertised, its flaws and generic storyline made it less than compelling.  The 
optional graphics are very much like the game itself – workmanlike, well 
executed but ultimately unremarkable, and doing little to enhance the storyline. 
Once played through as one PC I had no desire to play more than a small amount 
with the PC in a different iteration, just enough to get a feel for that 
particular PC and some of the differences in puzzle solving.  On a scale of 1 to 
10 I would rate it a 5 for difficulty and an overall rating of 5.5 to 6.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

From: Mike Snyder (wyndo SP@G prowler-pro.com)

TITLE: The Warlord, The Princess & The Bulldog
AUTHOR: David Whyld
EMAIL: dwhyld SP@G gmail.com
DATE: March 31, 2006
PARSER: Adrift
SUPPORTS: Adrift Runner and GLK Adrift
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2006/warlord.zip
VERSION: Version 1

It's not the next chapter in The Chronicles of Narnia (and if no other reviewer 
makes the same joke, I'll be surprised). David Whyld's Spring Thing 2006 entry, 
written in Adrift, reprises the exploits of mercenary bad-ass Stavros "The 
Bulldog" McGrogan in a sequel to his earlier A Spot of Bother. It's up to The 
Bulldog to sneak, fight, grunt, and puzzle-solve his way to victory against the 
evil Warlord, Baron Grishtak.

At times, this is a contradiction. From the start, the goal is clear. I don't 
mean the goal of the story (which is also clear), but the goal of the game 
itself. Finish the three primary objectives with full health for a score boost, 
and pick up more points for solving puzzles rather than pushing past them with 
brute force. This opens the game to a variety of play styles, but that "best 
score" objective is the carrot dangling just beyond reach. The Bulldog loses 
life points when he fights, and without a clear idea of how to gain them back 
(let alone how many can *be* regained), my inclination was to avoid fights and 
slink about the castle solving puzzles, preserving every point of health 
possible. So much for being a bad-ass.

Even though I enjoyed the game using this strategy, I might have enjoyed it 
more if I hadn't been aiming for a perfect game. In the end, it didn't matter. 
I didn't complete one of the three objectives, and I won with a score of only 
80 and health of 90. The ending - and the death ending too, when I purposely 
let The Bulldog get pounced by The Tiger - was still satisfying.

Things take a bit longer when you play for points. Instead of beating up the 
bad guys, I lured them into traps, tricked them into leaving, or simply avoided 
them entirely. When I stumbled into traps or lost health in unexpected ways, I 
opted to "undo" or "load" a prior save, so I could try another approach. This 
made the game tougher. To get it all right the first time, I would have needed 
to read the author's mind. The interesting thing is that this was just another 
way of playing the game. With a different objective - let The Bulldog fight 
enemies and bully his way past the tough parts - it doesn't require psychic 
powers. It's a fair system which rewards do-overs without making do-overs 
essential to win.

I've mentioned "health points" several times. If you have visions of RPG stats 
and random dice-rolls - especially if you don't *like* those things - take 
heart. That's not how WPB works. Think of it as the antithesis of a scoring 
system. When you earn "score" points, it's for completing a task, reaching a 
milestone, or hitting some score-worthy trigger. These are things built into the 
game, and the points are set. If you play much IF, you've probably seen this in 
action. WPB has this *in addition to* its health point system. Points come off 
by making mistakes, or in other predetermined ways that involve alternate puzzle 
solutions. Sometimes, these mistakes (especially in facing enemies) can be 
repeated, but on the whole it's more like a credit system. The Bulldog is 
extended so many of these "mistake" points, and he spends them as necessary.

The beauty is that making these mistakes usually gets The Bulldog past puzzles. 
For instance, there are several ways to pass the landmines near the beginning of 
the game. One way in particular saves The Bulldog from damage entirely. Other 
ways leave him only slightly scathed (or perhaps unharmed, but with the loss of 
something that might be the key to avoiding damage later). Of course, stepping 
into it (with persistence) solves the puzzle too, at the expense of a chunk of 
health.

It's designed to be winnable, no matter how low your health becomes. The more 
damage The Bulldog takes, though, the fewer risks he can endure. Suppose this 
drops to a single remaining point. The game remains winnable, but every 
additional obstacle must be overcome with brains instead of brawn. This can 
become *very* difficult. Health can be recovered, but I never was quite sure 
how much. If I recall, I healed about 30. The Bulldog has suffered some prior 
to the start of the game, beginning with 63 health. Health of 100 is considered 
"full". It may be possible to recover more than 37, making it possible to take 
damage and still finish with full health. I never figured out the max. It's just 
as possible that every method in the game adds up only to a total of 37, meaning 
a perfect win requires a totally unharmed Bulldog. Maybe a better player than I 
- or Whyld himself - will say for sure.

Really, it's a clever design. I can't think of a single puzzle that didn't 
have two or more solutions. The easier the solution, the fewer the points (and 
often, the more damage The Bulldog would take). Because my goal had me going 
after the toughest of each solution, I hit the built-in help often. After only 
a short ways into the game, I was requesting every hint available in every 
room. In a way, this became just another tool, like "undo". Instead of cheating, 
it seemed more like a part of the game. Some hints even felt more like puzzles 
to solve. Even *with* hints, it was often difficult to work out the best (most 
rewarding point-wise) solutions. Without them, though, I never would have.

This all makes it difficult to say just how tough The Warlord, The Princess, and 
The Bulldog is. I solved many of the puzzles with easier solutions at first, 
costing The Bulldog only a few points of health. I would have finished faster - 
and possibly without so much reliance on hints - if I had just pressed forward 
from those points. I suppose it ranges from "challenging but not overly 
difficult" to "one step down from impossible", depending on what approach you 
take. Mine was more on the side of the latter.

Whyld has done an excellent job of anticipating much of what players may try. 
The implementation level alone is amazing. Very little encountered in the game 
lacks first, second, even third-level implementation. If you look at scenery 
that has parts, you can look at those parts. You can often *interact* with those 
parts. If those parts have parts, they're probably implemented too. It pays to 
really inspect what's around. Even though much of it is optional, enough digging 
can bring up the keys to alternate puzzle solutions.

The prose in WPB is dotted with amusing passages. Generally, Whyld isn't trying 
for real comedy - and if so, it probably wouldn't have worked here anyway. It's 
more the "ah ha, that was funny" kind of subdued but cliched humor you'd expect 
from a story in which the hero only grunts yet everybody understands what he 
means. When Baron Grishtak writes a letter to his ace henchman - subsequently 
obtained by The Bulldog - he admits that he "foolishly jotted down the access 
code to the master computer on the bottom of it." He goes on to encourage his 
henchman to destroy the letter after reading it, for that very reason.

As to the presentation, the author held nothing back. My first fifteen minutes 
were spent just reading the introductory material - details about the game, 
additional commands, the intro, etc. The game font size can be adjusted via the 
command prompt. Screen-clearing at each room change can be turned on or off 
(personally, I liked it on - it was easier to quickly scroll up and reread room 
descriptions that way). Around four different fonts were used - one for room 
headers, one for the room description, the default font for most game messages, 
and a script-style font for letters and notes. It may sound like a hodgepodge, 
but it works well (if you're using the Adrift runner and your Windows-based 
computer has those fonts) and it set WPB apart from other games in terms of 
style.

To now, it may seem as though I have no complaints about The Warlord, The 
Princess & The Bulldog. A big game, though, has more room for things to go 
wrong. None of these problems (in my play-through, anyway), were game-killing, 
but they ranged from mildly annoying to completely preventing (or, at times, 
*allowing*) certain solutions. My transcripts note quite a few typos - not 
surprising in a game of this size and complexity, but still minor dents in the 
proverbial finish. Weirder quirks included things like the non-working pendant 
(it worked once, but after a subsequent "undo" or "restore", shaking it didn't 
work even though it still had 3 charges); being able to enter the guards' 
training courtyard in a "they're gone" state, even though they shouldn't have 
been; a reference to a voodoo doll in the hints, which doesn't seem to be in the 
game (Adrift will usually respond to objects it knows, even in other places, and 
it didn't know that one); being able to break the panel in the sleeping quarters 
repeatedly; I didn't realize it at the time, but the "code to the master 
computer" is too long to work in either of the computers found later in the 
game; some available exits were unmarked on the map; some exits described in the 
text didn't work in the game; you can't "undo" to before a hint screen; I 
couldn't get "exit" to work (even though it was supposed to), when trying one of 
the codes; A seven-letter password scattered throughout the castle appears to 
have two fifth letters; it's possible to set the watch before winning, so that 
it goes off during the final scene; a few other miscellaneous quirks.

As the game progressed, these things either became more common or more 
noticeable. Maybe it was the cumulative effect, but my faith in the game's 
internal consistency was shaken. If I felt at all guilty about reliance on 
hints, the feeling passed when I thought that maybe the game was broken just 
enough to *prevent* the solutions I needed for a perfect win. This may not be 
true. From my experience, the bugs that persist after beta testing are usually 
the bugs in sections that *aren't* vital - else they would have been worked out 
already. Nonetheless, it's a reminder: the better the polish, the higher the 
faith.

Most of the design works great. The health point system contributes to alternate 
puzzle solutions, and alternate puzzle solutions are abundant. The hints, 
although cryptic at times, are helpful. Even so, a few specific parts left me 
cold. One very early puzzle (the one that avoids a loss of health - an easier 
but damaging alternate does exist) requires waiting a few turns after taking 
action. I was impressed that the game allowed the particular action, but I 
thought I had messed up - so I did an "undo". Speaking of "undo", you can 
unwittingly make a move that disables it, in what I can only describe as a prank 
perpetrated by the author. It's by no means a necessary (or even an obvious) 
move, but some players will try it. I found no way to re-enable it, aside from 
reverting to a prior save (or starting over). One obstacle requires that you 
lose everything in inventory. The hints describe a way to keep most of it, but 
it requires repeating an action (and it's even possible to undo a failure, 
repeat, and succeed the second or third time).

As a Spring Thing entry, WPB is fittingly sized. My play-through - taking most 
puzzles the hard way and relying heavily on the built-in hints - was eight and 
a half hours. Despite the flaws, I enjoyed the time I spent with The Warlord, 
The Princess & The Bulldog. An incredible amount of effort was put into this 
game, and it really shows. A post-competition release could address the 
remaining problems, making it even more recommendable.

My Spring Thing score: "9"

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 ___. .___    _    ___.     ___. 
/  _| |   \  / \  / ._|    /  _| 
\  \  | o_/ |   | | |_.    \  \  
.\  \ | |   | o | | | |    .\  \ 
|___/ |_|   |_|_| \___|    |___/ PECIFICS

SPAG Specifics is a small section of SPAG dedicated to providing in-
depth critical analysis of IF games, spoilers most emphatically
included.





WARNING! SPOILERS BELOW FOR THE FOLLOWING GAME:

The Baron





PROCEED NO FURTHER UNLESS YOU HAVE PLAYED THIS GAME!





THIS IS NOT A TEST! GENUINE SPOILERS TO FOLLOW!





LAST CHANCE TO AVOID SPOILAGE!





















From: Dan Shiovitz (dans SP@G drizzle.com)

TITLE: The Baron
AUTHOR: Victor Gijsbers
EMAIL: victor SP@G lilith.gotdns.org
DATE: March 31, 2006
PARSER: Inform 6
SUPPORTS: Z-code (Inform .Z8) interpreters
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2006/baron.zip
VERSION: Release 1

In my review of The Baron for the comp, I mostly just said "I'm pretty sure this 
is not like any IF game you've ever played before" and left it at that. But this 
is a SPAG Specifics review, so I'm going to assume everyone's played the game 
all the way through, and will feel free to get into the nitty-gritty details of 
how and whether I think the game works. 

To get some stuff out of the way, I'm not particularly impressed with the 
writing or storyline here. I think it's too obvious early on that weird stuff is 
going on with the daughter, the "the PC is actually a bad guy!" plot has been 
done before (in Bliss, for example), and most of the actual plot elements feel 
more like setpieces than real places or NPCs -- you got your generic dragon cave 
(bone flooring optional), your generic village, your generic forest, your 
generic ruined castle. So given all that, why did the game work so well for me?

The first time the game astonished me was when when I typed >KILL WOLF on the 
young wolf after I killed its mother, and the game *asked me why I was doing 
it*. Man, even now I am still blown away by how cool that is. When this 
happened, the game essentially defined a whole new reason for why IF is 
interesting. We've talked in the past about buzzwords like "exploration" and 
"agency" and "complicity" to name things you get out of IF that you don't get 
out of static fiction, but The Baron defines a new one -- justification. 

There have been hints of this kind of thing in the past. Piece of Mind, for 
instance, has a famous section where the player is challenged by the game's 
protagonist over the rightness of the action the player's typed in. And 
obviously there are plenty of games where the PC has to make a moral decision. 
The thing is, in almost cases the moral decisions involved in those games are 
lame, or not really a decision at all -- the game clearly identifies one of the 
decisions as right and the other as wrong. 

The game-design insight in The Baron is that by shifting the moral judgement 
onto the player, the decision suddenly becomes much more interesting, because 
now the player (and not just the PC!) has direct personal stakes. This is sort 
of similar to how you can make a storyline more involving by presenting it in 
nonlinear order: in that case the player gets involved in the plot because they 
have to piece it together themselves. In this case they're involved in the 
decision because then they're asked to justify it -- not to the game, which
would be trivial, but to themselves. The game establishes that the PC has been 
doing something bad for a long time, and is on the verge of doing it again, and 
nothing more. The question of how bad a person this makes the PC is entirely up 
to the player, as are the punishment for and future consequences of the PC's 
actions. 

When The Baron gets away from asking for justification, it tends to lose its way 
a little bit. The scenes at the beginning in the dragon cave and at the end in 
the ruined castle are examples of this: the symbolism comes off as heavy-handed, 
and none of the PC's actions matter. Which is an interesting objection, since 
the PC's actions don't really matter elsewhere either -- there's only one place, 
right at the end, where you have the power to alter the storyline in a
significant way. 

The point seems to be that, again, the PC's actions in The Baron are meaningless 
except as they're evaluated by the player: your actions with the wolf don't 
matter except that the gargoyle forces you to discuss them. I'm surprised that 
the initial scene with the dragon never gets a similar kind of discussion -- the 
choice to fight or run, and the question of whether failure is really inevitable 
fit in just fine with the rest of the game, but without discussion they aren't
particularly important. 

So where to from here? I would be totally interested in seeing new games use 
this one as a jumping-off point. The thing I would most like to see is if 
there's a way to restore some agency to the player here -- The Baron focuses so 
tightly on the moral decisions that it makes the PC's actions irrelevant to the 
course of the narrative even if they're relevant to the player. It seems like it 
must be possible to have a game where the PC's choices are significant both
in-game and out of it. But The Baron is still seriously ground-breaking, and I 
hope in a few years we can look back and see it make the same kind of impact on 
IF design that Photopia or A Mind Forever Voyaging did. 

As one final closing note, Victor Gijsbers is involved in the modern RPG scene, 
and it's hard not to think that The Baron is strongly influenced by trends 
there. Like, here's a quote from Ron Edwards defining Narrativist gaming, the 
closest RPG trend to what Gijsbers's game is about:

  Story Now requires that at least one engaging issue or problematic
  feature of human existence be addressed in the process of
  role-playing. "Address" means: 

  Establishing the issue's Explorative expressions in the game-world,
  "fixing" them into imaginary place. 

  Developing the issue as a source of continued conflict, perhaps
  changing any number of things about it, such as which side is being
  taken by a given character, or providing more depth to why the
  antagonistic side of the issue exists at all. 

  Resolving the issue through the decisions of the players of the
  protagonists, as well as various features and constraints of the
  circumstances.

Sounds familiar, hunh? This is from 
http://www.indie-rpgs.com/_articles/narr_essay.html -- somebody interested in 
working on a game like The Baron would be well-advised to check it out. 

Even if you're not interested in a game that's as non-standard as The Baron is, 
there's plenty of RPG theory and craft that still applies: how to set up a 
scene, how to cut between scenes, how to build storylines that allow for and 
adapt to the PCs doing surprising things. The modern IF community has gained a 
lot of valuable insight from static fiction and other types of computer games, 
but RPGs have been mostly absent as an influence since Colossal Cave. It's 
probably time the IF community starts looking at another interactive 
storytelling medium and seeing what techniques they have that we can learn from.

SUBMISSION POLICY ---------------------------------------------------------

SPAG is a non-paying fanzine specializing in reviews of text adventure games, a.
k.a. Interactive Fiction. This includes the classic Infocom games and similar
games, but also some graphic adventures where the primary player-game
communication is text based. Any and all text-based games are eligible for
review, though if a game has been reviewed three times in SPAG, no further
reviews of it will be accepted unless they are extraordinarily original and/or
insightful. SPAG reviews should be free of spoilers, with the exception of
reviews submitted to SPAG Specifics, where spoilers are allowed in the service
of in-depth discussion. In addition, reviewers should play a game to completion
before submitting a review. There are some exceptions to this clause --
competition games reviewed after 2 hours, unfinishable games, games with
hundreds of endings, etc. -- if in doubt, ask me first.

Authors retain the rights to use their reviews in other contexts. We accept
submissions that have been previously published elsewhere, although original
reviews are preferred.

For a more detailed version of this policy, see the SPAG FAQ at http://www.
sparkynet.com/spag/spag.faq.

---------------------------------------------------------------------------


           Thank you for helping to keep text adventures alive!

Click here for a printable, plain text version of this issue.