tf5-5.0beta8/.git/
tf5-5.0beta8/.git/info/
tf5-5.0beta8/.git/logs/
tf5-5.0beta8/.git/logs/refs/heads/
tf5-5.0beta8/.git/objects/00/
tf5-5.0beta8/.git/objects/01/
tf5-5.0beta8/.git/objects/04/
tf5-5.0beta8/.git/objects/05/
tf5-5.0beta8/.git/objects/07/
tf5-5.0beta8/.git/objects/09/
tf5-5.0beta8/.git/objects/0a/
tf5-5.0beta8/.git/objects/0c/
tf5-5.0beta8/.git/objects/0e/
tf5-5.0beta8/.git/objects/12/
tf5-5.0beta8/.git/objects/13/
tf5-5.0beta8/.git/objects/14/
tf5-5.0beta8/.git/objects/16/
tf5-5.0beta8/.git/objects/17/
tf5-5.0beta8/.git/objects/19/
tf5-5.0beta8/.git/objects/1c/
tf5-5.0beta8/.git/objects/1d/
tf5-5.0beta8/.git/objects/1e/
tf5-5.0beta8/.git/objects/1f/
tf5-5.0beta8/.git/objects/20/
tf5-5.0beta8/.git/objects/21/
tf5-5.0beta8/.git/objects/23/
tf5-5.0beta8/.git/objects/27/
tf5-5.0beta8/.git/objects/29/
tf5-5.0beta8/.git/objects/2a/
tf5-5.0beta8/.git/objects/2b/
tf5-5.0beta8/.git/objects/2f/
tf5-5.0beta8/.git/objects/30/
tf5-5.0beta8/.git/objects/33/
tf5-5.0beta8/.git/objects/34/
tf5-5.0beta8/.git/objects/35/
tf5-5.0beta8/.git/objects/39/
tf5-5.0beta8/.git/objects/3c/
tf5-5.0beta8/.git/objects/3d/
tf5-5.0beta8/.git/objects/3f/
tf5-5.0beta8/.git/objects/40/
tf5-5.0beta8/.git/objects/41/
tf5-5.0beta8/.git/objects/42/
tf5-5.0beta8/.git/objects/44/
tf5-5.0beta8/.git/objects/46/
tf5-5.0beta8/.git/objects/47/
tf5-5.0beta8/.git/objects/48/
tf5-5.0beta8/.git/objects/4a/
tf5-5.0beta8/.git/objects/4d/
tf5-5.0beta8/.git/objects/4f/
tf5-5.0beta8/.git/objects/53/
tf5-5.0beta8/.git/objects/54/
tf5-5.0beta8/.git/objects/58/
tf5-5.0beta8/.git/objects/5b/
tf5-5.0beta8/.git/objects/5c/
tf5-5.0beta8/.git/objects/5e/
tf5-5.0beta8/.git/objects/5f/
tf5-5.0beta8/.git/objects/60/
tf5-5.0beta8/.git/objects/61/
tf5-5.0beta8/.git/objects/62/
tf5-5.0beta8/.git/objects/63/
tf5-5.0beta8/.git/objects/66/
tf5-5.0beta8/.git/objects/67/
tf5-5.0beta8/.git/objects/6c/
tf5-5.0beta8/.git/objects/6e/
tf5-5.0beta8/.git/objects/72/
tf5-5.0beta8/.git/objects/73/
tf5-5.0beta8/.git/objects/75/
tf5-5.0beta8/.git/objects/77/
tf5-5.0beta8/.git/objects/7a/
tf5-5.0beta8/.git/objects/7b/
tf5-5.0beta8/.git/objects/7c/
tf5-5.0beta8/.git/objects/7e/
tf5-5.0beta8/.git/objects/7f/
tf5-5.0beta8/.git/objects/81/
tf5-5.0beta8/.git/objects/84/
tf5-5.0beta8/.git/objects/86/
tf5-5.0beta8/.git/objects/87/
tf5-5.0beta8/.git/objects/88/
tf5-5.0beta8/.git/objects/8b/
tf5-5.0beta8/.git/objects/8c/
tf5-5.0beta8/.git/objects/8f/
tf5-5.0beta8/.git/objects/91/
tf5-5.0beta8/.git/objects/93/
tf5-5.0beta8/.git/objects/96/
tf5-5.0beta8/.git/objects/97/
tf5-5.0beta8/.git/objects/99/
tf5-5.0beta8/.git/objects/9a/
tf5-5.0beta8/.git/objects/9b/
tf5-5.0beta8/.git/objects/9c/
tf5-5.0beta8/.git/objects/9d/
tf5-5.0beta8/.git/objects/9e/
tf5-5.0beta8/.git/objects/a1/
tf5-5.0beta8/.git/objects/a3/
tf5-5.0beta8/.git/objects/a4/
tf5-5.0beta8/.git/objects/a6/
tf5-5.0beta8/.git/objects/a7/
tf5-5.0beta8/.git/objects/a8/
tf5-5.0beta8/.git/objects/a9/
tf5-5.0beta8/.git/objects/ab/
tf5-5.0beta8/.git/objects/ac/
tf5-5.0beta8/.git/objects/ae/
tf5-5.0beta8/.git/objects/b1/
tf5-5.0beta8/.git/objects/b2/
tf5-5.0beta8/.git/objects/b3/
tf5-5.0beta8/.git/objects/b7/
tf5-5.0beta8/.git/objects/b9/
tf5-5.0beta8/.git/objects/bb/
tf5-5.0beta8/.git/objects/bc/
tf5-5.0beta8/.git/objects/bd/
tf5-5.0beta8/.git/objects/bf/
tf5-5.0beta8/.git/objects/c0/
tf5-5.0beta8/.git/objects/c1/
tf5-5.0beta8/.git/objects/c2/
tf5-5.0beta8/.git/objects/c3/
tf5-5.0beta8/.git/objects/c5/
tf5-5.0beta8/.git/objects/c7/
tf5-5.0beta8/.git/objects/ca/
tf5-5.0beta8/.git/objects/ce/
tf5-5.0beta8/.git/objects/d1/
tf5-5.0beta8/.git/objects/d3/
tf5-5.0beta8/.git/objects/d4/
tf5-5.0beta8/.git/objects/d5/
tf5-5.0beta8/.git/objects/d8/
tf5-5.0beta8/.git/objects/d9/
tf5-5.0beta8/.git/objects/dc/
tf5-5.0beta8/.git/objects/dd/
tf5-5.0beta8/.git/objects/e1/
tf5-5.0beta8/.git/objects/e4/
tf5-5.0beta8/.git/objects/e5/
tf5-5.0beta8/.git/objects/e6/
tf5-5.0beta8/.git/objects/e7/
tf5-5.0beta8/.git/objects/e8/
tf5-5.0beta8/.git/objects/ea/
tf5-5.0beta8/.git/objects/eb/
tf5-5.0beta8/.git/objects/ed/
tf5-5.0beta8/.git/objects/ee/
tf5-5.0beta8/.git/objects/ef/
tf5-5.0beta8/.git/objects/f0/
tf5-5.0beta8/.git/objects/f4/
tf5-5.0beta8/.git/objects/f5/
tf5-5.0beta8/.git/objects/f6/
tf5-5.0beta8/.git/objects/f8/
tf5-5.0beta8/.git/objects/f9/
tf5-5.0beta8/.git/objects/fa/
tf5-5.0beta8/.git/objects/fb/
tf5-5.0beta8/.git/objects/fc/
tf5-5.0beta8/.git/objects/fd/
tf5-5.0beta8/.git/refs/heads/
tf5-5.0beta8/.git/refs/tags/
tf5-5.0beta8/autom4te.cache/
tf5-5.0beta8/macos/
tf5-5.0beta8/unix/
tf5-5.0beta8/win32/
.\" $Id: tf.1.nroffman,v 34000.8 2007/01/13 23:12:39 kkeys Exp $
.TH TF 1 "2007-01-13" "TinyFugue 5.0" "TinyFugue"
.SH NAME
tf \- TinyFugue, a MUD client
.SH SYNOPSIS
.B "tf [\-f\fIfile\fB] [\-lnq] [\fIworld\fB]"
.br
.B "tf [\-f\fIfile\fB] \fIhost\fB \fIport\fB"
.SH DESCRIPTION
\fITinyFugue\fR (also known as "Fugue" or "TF") is a line-based client
designed for connecting to MUD servers (note: LP, DIKU, and other servers
which use prompts require "/lp on"; see /help prompts).
.PP
Most of the \fITF\fR documentation is in the help file, which may be read
online with the "/help" command.
This manual page may be obsolete in certain areas;
however, the helpfile will always be up to date.
.PP
\fITinyFugue\fR is larger than most MUD clients, but has many more features
and is much more flexible.
The goal is to provide the most functionality in a client that still
maintains the user-friendliness of \fITinytalk\fR.
Clients with extension languages such as \fITcltt\fR or \fIVaporTalk\fR
can do a little more in certain areas, but are considerably harder to use
and learn.
\fITF\fR provides most of these abilities in such a manner that learning to use
any one function is relatively easy.
.PP
Because I am continually adding new features and changing the code,
\fITF\fR sometimes becomes less stable in a new release.
Versions labled "alpha" are generally not as well tested as "beta" versions,
so they have the potential for more bugs.
For this reason, I leave some older versions at the site where I distribute
\fITF\fR, which do not have all the current
features but may have fewer bugs than the most recent release.

.SH "COMMAND LINE ARGUMENTS"
With no arguments, \fITF\fR will 
try to connect to the first world defined in the configuration file(s).
.PP
With a \fBworld\fR argument, \fITF\fR will try to connect to \fBworld\fR,
as defined in the configuration file.
If \fBworld\fR is omitted, it will try to connect to the first world
defined in your configuration files.
.PP
With \fBhost\fR and \fBport\fR arguments, \fITF\fR will define a temporary
world and try to connect to it.
The \fBhost\fR may be an IP number or regular name format.
.PP
OPTIONS
.IP "\-f\fIfile\fR"
Load \fIfile\fR instead of $HOME/.tfrc at startup.
.IP "\-f"
Do not load any personal configuration file.  The library will still be loaded.
.IP "\-l"
Disable automatic login.
.IP "\-n"
Do not connect to any world at startup.
.IP "\-q"
Quiet login (overrides %{quiet} flag).

.SH FEATURES
Among other things, \fITF\fR allows you to:
.sp
Divide the screen into two parts, for input and output, with flexible
handling of input (/visual mode).
.sp
Connect to multiple worlds and switch between them.
.sp
Wrap MUD output at the edge of the screen.
.sp
Edit text in the input buffer.
.sp
Recall previous commands.
.sp
Modify key sequences used to perform editing functions.
.sp
Bind commands to key sequences.
.sp
Define complex macros to perform MUD tasks easily.
.sp
Create triggers which automatically perform certain tasks when certain
output is received from the MUD.
.sp
Modify existing macros using either a command format or interactive
editing.
.sp
Support "portals" that automatically switch from world to world.
.sp
Hilite or color all or part of a line that matches a certain pattern.
.sp
Gag lines that match certain patterns.
.sp
Suppress frequently repeated text ("spamming").
.sp
Automatically log into a character on a world.
.sp
Send a text file to the MUD in flexible ways, or echo it locally.
.sp
Send the output of a system command to the MUD, or echo it locally.
.sp
Send text previously received from the MUD to the MUD, or echo it locally.
.sp
Repeat a MUD or \fITF\fR command a number of times.
.sp
Do the above four things at varying intervals, or at a rapid-fire rate.
.sp
Log a session to a file.
.sp
Separate LP and Diku style prompts from normal output.
.sp
Page output using a \-\-More\-\- prompt.
.sp
Recall previously received text.

.SH "CONFIGURATION FILES"
.PP
\fITF\fR will attempt to read two files when starting.  The first is a public
configuration file "stdlib.tf", located in TFLIBDIR.
TFLIBDIR is defined when \fITF\fR is installed, and is often
/usr/local/lib/tf.lib, or under the home directory of the installer.
This library contains many macros
and definitions essential to the correct operation of \fITF\fR.

Next, \fITF\fR will attempt to read your personal configuration
file, $HOME/.tfrc, in which you can put any \fITF\fR commands you
want executed automatically at startup.  Two of the most useful
commands to use in a \fITF\fR configuration file are /addworld and /load.

For backward compatability, \fITF\fR will also try
to read the \fITinyTalk\fR configuration file.
Its name defautls to $HOME/.tinytalk, or can be defined by the TINYTALK
environment variable.
This file may start with a list of worlds that will be defined as if with
/addworld.

.SH HISTORY
Anton Rang (Tarrant) in February of 1990 released \fITinytalk\fR,
the first Tinyclient with any great number of features, including
hiliting and suppression of text, simple triggers, and separating input and
output on the screen.
Leo Plotkin (Grod) made rather extensive modifications to \fITinytalk\fR
to produce \fITinywar\fR, which was plagued with some
serious bugs and was never officially released (the phrase "Tinywar
doesn't exist" is often quoted), and is now an unsupported client.
\fITF\fR began when Greg Hudson (Explorer_Bob) merged many of the new
features of \fITinywar\fR back into \fITinyTalk\fR,
and added many new features of his own, most notably the split screen.
Some of the code in Greg's releases was contributed by Leo Plotkin.
After Greg moved on to \fIVaporTalk\fR, Ken Keys (Hawkeye) took over design
and maintenance of \fITF\fR in July 1991, and continues to make improvements
in features and performance.
.PP
The code size of \fITF\fR has surpassed 300K (unstripped),
and is signifigantly larger than \fITinytalk\fR.
It is, in fact, more than three times the size of a number of existing servers.
As of version 3.0, it has 66 builtin commands and 57 library commands,
each documented in the helpfile.
.PP
It has been stated that \fITF\fR is the most-used client in MUDdom at the
current time.
I haven't taken a poll, but I wouldn't be surprised.

.SH REVIEWS
\fITF\fR has significantly changed the tinyclient world.  It has a number of
merits and a number of flaws, and has frequently
been criticized (mostly out of boredom; nobody takes this business too
seriously) as having too many features and being too damn big.
.PP
	"Tinywar doesn't exist; TinyFugue merely shouldn't."
-- Coined by Woodlock, I believe.
.PP
	"TinyFugue is a work of art."
-- Binder, obviously after having too much to drink.
.PP
	"TinyFugue is the biggest hack since the platform it was built on."
-- Explorer_Bob, in one of his lucid moments.
.PP
The New York Times, the Christian Science Monitor and the Washington
Post all refused to comment.

.SH COPYRIGHT

Copyright (C) 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2002, 2006-2007 Ken Keys
.sp
\fITinyFugue\fR (aka "\fItf\fR") is protected under the terms of the GNU
General Public License.  See the file "COPYING" for details.
.sp
\fITF\fR is currently supported by Ken Keys, who may be contacted by e-mail at
kenkeys@users.sourceforge.net or kkeys@ucsd.edu.

.SH BACKWARD INCOMPATIBILTIES
.PP
VERSION 3.2
.PP
/rand has been replaced with rand().  Color names can no longer be user
defined (but color codes still can).  The "=" operator does comparison,
not assignment.
.PP
VERSION 3.1
.PP
Added type argument to WORLD and LOGIN hooks.
.PP
VERSION 3.0
.PP
Backslashes in macros are interpreted slightly differently than in previous
versions.  Turning on the "backslash" flag will enable the old behavior.
.PP
VERSION 2.1
.PP
The CONNECT hook is now called before the LOGIN hook.  In 2.0, CONNECT was
called after autologin.
.PP
VERSION 2.0
.PP
In versions prior to 2.0, <space> was used to scroll the pager; 2.0 uses <tab>
as the default, to allow the pager to be nonblocking.
.PP
\fITinytalk\fR style name gags and hilites are no longer supported.
You must use the '*' wildcard explicitly, as in '/hilite hawkeye*'.
.PP
\fITinytalk\fR style page and whisper hilites are no longer supported.
However, /hilite_page and /hilite_whisper macros are provided in the
default macro library.
.PP
The .tinytalk file may not be supported in the future; use .tfrc instead.
.PP
The '\-' command line option in versions prior to 2.0 is no longer supported,
and has been replaced with '\-l'.

.SH BUGS
.PP
When unterbamfing, the old connection should not be closed until the
new connection succeeds.
.PP
If a shell quote (/quote !) reads a partial line from the pipe, the read
will block until the rest of the line is read.

.SH WARNINGS
The Surgeon General has determined that MUDding can be detrimental to
your GPA.