Closed GoogleCodeExporter closed 8 years ago
Original comment by bcressey@gmail.com
on 27 Nov 2008 at 11:23
Original comment by bcressey@gmail.com
on 1 Dec 2008 at 4:44
I realized yesterday that I'd love this functionality, if only to support common
abbreviations that aren't supported in a particular game. For example, "x" for
"examine" is quite common, but not supported in most (any?) of the old Infocom
games.
Trinity spent a lot of time yesterday complaining that "x" wasn't a verb.
Similarly, some development systems don't have quite as rich a set of
abbreviations,
and this would help there.
Original comment by Alan.A.D...@gmail.com
on 1 Dec 2008 at 8:12
Apparently the three basic abbreviations 'g' (again), 'x' (examine) and 'z'
(wait)
can be enabled in frotz via it's config file ('~.frotzrc') and command line
switch
('-x'). The section of the frotz manpage relating to this states
expand_abb on | off
Expand abbreviations. Default is off. Expand the abbreviations "g", "x",
and "z" to "again", "examine", and "wait". This switch is for use with old
Infocom
games that lack these common abbreviations which were introduced in later
games. Use
it with caution. A few games might use the "g", "x", or "z" for different
purposes.
Alas, when I tried it with trinity (using frotz v.2.43) it didn't work. Instead
of
plainly not considering 'x' a verb when in default mode (as chaos reported),
trinity
still doesn't know what to do with it, when frotz is in 'expand abbreviations
mode':
>x me
[The word "x" isn't in the vocabulary that you can use.]
>x me
[You don't need to use the word "x" to complete this story.]
>x me
[This story doesn't recognize the word "x."]
Strangely, 'z' works both when 'expand_abb' is and is not set and 'g' works
only when
'expand_abb' is not set. Not a very consistent behaviour from a user's point of
view.
If I just missed the point and there is a frotz-specific way to enable
abbreviations
after all, this would still not enable it for other platforms.
Original comment by unixprog@googlemail.com
on 1 Dec 2008 at 11:03
I have no plans to implement this in the near future. I may revisit it once I
settle on a better way to configure the aliases.
Original comment by bcressey@gmail.com
on 17 Aug 2010 at 9:28
I have no plans to implement this in the near future. I may revisit it once I
settle on a better way to configure the aliases.
Original comment by bcressey@gmail.com
on 17 Aug 2010 at 9:28
Original issue reported on code.google.com by
unixprog@googlemail.com
on 26 Nov 2008 at 11:12