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/
                   Interesting and useful macros


This examples document assumes you have read the helpfile sections 
on macros, triggers, substitution and reentrance.  They are 
intended as illustrations of the ways in which Fugue macros can be 
used, and as a tutorial in the use of these features.

The examples given here are intended to be used with /load.  When a
file is read with /load, lines beginning with ';' are ignored, and
lines ending with '\' will have the following line appened to it after
leading spaces are stripped.

For reference, OUTPUTPREFIX and OUTPUTSUFFIX are MUD commands that set
prefixes and suffixes for output that stems from a MUD command (such as
look, WHO, etc.)  A "one-shot" trigger is a trigger that will remove
the associated macro (and thus the trigger) upon being hit once, i.e.
it only functions once.  (This is the "-1" switch.)

A note: The OUTPUTPREFIX and OUTPUTSUFFIX commands are not supported on
all MUDs.  There are other, somewhat less reliable methods for
prefixing and sufixing commands that may be utilized by the reader.

The priority numbers used in here have no special meaning; a 
priority of 50 is used for triggers that continually exist (this is 
to override /hilites and /gags of lower priority) and a priority of 
100 or 101 is used for temporary triggers must work for the macros 
to properly complete.

WATCH
-----

/def pfxon = OUTPUTPREFIX <!pre>%;OUTPUTSUFFIX <!suf>
/def pfxoff = OUTPUTPREFIX%;OUTPUTSUFFIX
/def pcmd = /pfxon%;%*%;/pfxoff

/def watch = \
  /def watch_%1 = \
    /pcmd WHO %%;\
    /def -p100 -1 -ag -t"<!pre>" = \
      /watch_make %1 %;\
  /repeat -60 10000 /watch_%1

/def watch_make = \
  /def -p100 -ag -t"*" watch_tmp1_%1 %;\
  /def -p101 -ag -t"%1 *" watch_tmp2_%1 = \
    /echo <!> %1 is connected. %;\
  /def -p101 -1 -ag -t"<!suf>" = /purgedef watch_tmp?_%1

These two macros will simulate a /watch command, like KnightSkye's 
client.  Every minute it will check the WHO list to see if a given
user is connected to the current MUD or MUCK.  To step through it, 
I'll use as an example "/watch chup"

First, TF substitutes for newlines.  Every sequences "%;" is changed
into a newline.  The %%; sequences are left alone.  Thus the two
commands "/def watch_%1..." and "/repeat..."  are processed separately.

Second, TF checks for reentrant commands.  Both lines contain commands,
so these are all processed.  Before they are processed, two things
occur: first, all multiple "/" sequences are compressed by one, and
second, argument substitution is done.  The "%1"s are substituted with
"chup".  Multiple "%"s are compressed by one in this process.  Thus
the two commands to be executed are:

    /def watch_chup = /pcmd WHO%;/def -1 -ag -t"<!pre>" = /watch_make chup
    /repeat -60 10000 /watch_chup

This sets up the watch macro and tells TF to execute it 10000 times, once
every sixty seconds.

Every sixty seconds, then, the following will occur:

Newline substitutions occur.  The body of /watch_chup is broken up into
two lines.

Reentrance substitutions occur.  The command "/pcmd WHO" is executed,
which in turn sends the following to the MUD:

    OUTPUTPREFIX <!pre>
    OUTPUTSUFFIX <!suf>
    WHO
    OUTPUTPREFIX
    OUTPUTSUFFIX

The actual process is more complex, but self-explanatory.

The fourth line is executed as a /def command:

     /def -p100 -1 -ag -t"<!pre>" = /watch_make chup

The macro is now completed, and returns control to the main program,
where things continue normally.  Shortly afterwards, the line "<!pre>"
should be received from the MUD, marking the beginning of the WHO list.
The line "/watch_make chup" is now executed.

After all substitutions, TF comes up with the following commands:

     /def -p100 -ag -t"*" watch_tmp1_chup
     /def -p101 -ag -t"chup *" watch_tmp2_chup = /echo <!> chup is connected.
     /def -p101 -1 -ag -t"<!suf>" = /purgedef watch_tmp?_chup

Control is then returned to the main progam.  All following lines are
gagged, so the user does not see the WHO list.  Any line beginning with
"chup *" will set off the command /echo <!> chup is connected., informing
you that he is online.   The line "<!suf>" marks the end of the WHO list,
purging the other two gags.  Since that trigger is a one-shot trigger, it
also deletes itself.

The net result is that every sixty seconds a WHO list is received from
the MUD with all lines gagged, except for a notification message when
chup is on-line.  Temporary triggers are created and discarded as
necessary; only the /watch_chup macro is permanent.

The /mecho output for "/watch Xeglon" would look like so (blank lines
signify control was passed to the main program and that the next block
is as a result of a trigger going off).

<m> /def watch_Xeglon = /pcmd WHO %;/def -p100 -1 -ag -t"<!pre>" =
/watch_make Xeglon
<m> /repeat -60 10000 /watch_Xeglon

<m> /pcmd WHO 
<m> /pfxon
<m> OUTPUTPREFIX <!pre>
<m> OUTPUTSUFFIX <!suf>
<m> WHO
<m> /pfxoff
<m> OUTPUTPREFIX
<m> OUTPUTSUFFIX
<m> /def -p100 -1 -ag -t"<!pre>" = /watch_make Xeglon
 
<m> /watch_make Xeglon
<m> /def -p100 -ag -t"*" watch_tmp1_Xeglon 
<m> /def -p101 -ag -t"Xeglon *" watch_tmp2_Xeglon = /echo <!> Xeglon is connected. 
<m> /def -p101 -1 -ag -t"<!suf>" = /purgedef watch_tmp?_Xeglon

<m> /echo <!> Xeglon is connected.

<m> /purgedef watch_tmp?_Xeglon


RWHO
----

Many muds send WHO information to a central mudwho server.  See the file
rwho.tf for a macro that uses the mudwho server.

As another example of macro usage (or for use with MUDs not cooperating with
the RWHO server), here's a way to simulate RWHO.

Define the /pfxon, /pfxoff and /pcmd macros as above.

/def rwho2 = \
  /def oworld = $world_name %;\
  /world -%1 %;\
  /pcmd WHO %;\
  /def -p100 -ag -t"*" rwho2tmp%1 %;\
  /echo WHO list for world %1: %;\
  /def -p101 -1 -ag -t"<!pre>" = \
    /undef rwho2tmp%1 %;\
  /def -p101 -1 -ag -t"<!suf>" = \
    /dc %%;\
    /world $$oworld %%;\
    /undef oworld

This macro connects (or switches) to another world, issues the WHO 
command, waits until the output is done, and returns to the current 
world.  (It also disconnects from the remote world, which may be 
undesirable.)  As an example, consider "/rwho2 brig" done while in a 
world "peg".

Newline substitutions occur, so every line is processed 
separately.  All the lines are commands, so they are processed.  
The first command, notably, contains a substitution symbol ('$')-- 
the text "$world_name " is substituted with the name of the current 
world ("peg").  Thus the first command is "/def oworld = peg".  The 
second is "/world -brig", switching to the world "brig" without 
logging in.  "/pcmd WHO" is then executed, telling the MUD to send 
a prefixed and postfixed WHO list.  Then "/def -ag -t"*" 
rwho2tmpbrig", suppressing all output from the MUD before the WHO 
list.  A heading message is echoed, and then the triggers are set up:

     /def -p101 -1 -ag -t"<!pre>" = /undef rwho2tmpbrig
     /def -p101 -1 -ag -t"<!suf>" = /dc %;/world $oworld %;/undef oworld

When the prefix is received, TF will stop gagging text, and the WHO 
list will proceed as per normal.  When the suffix is received, TF 
will disconnect.  The "$oworld " goes to the body of the macro 
"oworld", which is "peg", so that command is "/world peg", 
returning you to the previous world.  Finally, the macro "oworld" 
is undefined, in order to clean up.  (The triggers themselves are 
one-shot, so they do not need to be removed.)


AUTORETURN AND SILENT MOVE
--------------------------

The /pfxon and /pfxoff macros are required.  Most of this macro is 
simply recognizing when you are killed, not actually returning.

/def -p50 -t"{*} killed you!" autoreturn =
  /def -ag -p101 -t"Your insurance policy *" r1tmp1 =
    /purgedef r1tmp* %%;
    /def -ag -p101 -t"<Title of your home here>" r2tmp1 = 
      /purgedef r2tmp* %%%;
      /return %%;
    /def -p100 -t"*" r2tmp2 =
      /purgedef r2tmp* %;
  /def -p100 -t"*" r1tmp2 = /purgedef r1tmp*

/def pmcmd = /pfxon%;/%*%;/pfxoff
/def ret = <path back to place to return to here>
/def return = /pmcmd ret %;/echo <!> Returned.
/def -ag -p50 -t"<!pre>" = /def -p49 -ag -t"*" gptmp
/def -ag -p50 -t"<!suf>" = /undef gptmp

This is one way to set up a "silent" autoreturn.  It can't be 
spoofed by people who don't know what the room you live in is.  
(Note that since the "<!pre>" and "<!suf>" triggers remain on all 
the time, it may be best to change these to something secret in 
odrer to keep people from being able to spoof you into gagging 
everything.)  When killed, you see only the lines "<person> killed 
you!" and "<!> Returned."

This autoreturn, of course, only works on one MUD and for one place 
in that MUD, unless you redefine /ret each time you go somewhere.  
One way to make an autoreturn that is not MUD-specific is to 
replace the /return macro with:

/def return = /pmcmd ret$world_name$ %;/echo <!> Returned.

Now, if you are connected to, say, the world "asylum", you can do 
/def retasylum = e%;e to get to the town square (if you live in the 
padded cell), for instance.

The /pmcmd macro is needed to do multiple commands with /pfxon and 
/pfxoff because TF does not send arguments through newline 
substitution.  However, you can get around the order of argument 
processing by defining a macro as the arguments and using the macro 
rather than the arguments directly.  As an example of how this can 
be utilized, we can create a "silent move" macro utilizing the 
macros and triggers in the autoreturn above:

/def move = /def mvtmp = %* %;/pmcmd mvtmp %;/undef mvtmp

This macro, assuming you have the /pmcmd macro set up properly and 
the triggers to gag command output (the last two lines from the 
autoreturn example) will allow you to move around within a MUD 
without seeing the resulting output.  This is useful for 
commonly-travelled paths.  While the macro looks very simple, it 
actually nests several levels.


OTHER IDEAS
-----------
The /pcmd macro (/def pcmd = /pfxon%;%*%;/pfxoff) doesn't allow you to
execute multiple commands or use tf commands, because argument substitutions
don't undergo newline substitutions.  However, you can use a more general
version of /pcmd to get around this:

  /def pcmd = /def pcmdtmp = /pfxon%%;%*%%;/pfxoff%;/pcmdtmp%;/undef pcmdtmp

Now you can use /pcmd to, say, get to a certain room and then execute a macro
called foo:

  /pcmd home%;step1%;step2%;/foo
 
Simple triggers, such as the ones in the autoreturn example, can be 
used to gag any output between the prefix and suffixes, producing 
silent movement.

Some useful tools:

     /def get = /grab /edit %1 = $%1
     /def qline = /quote :quotes, "#"%{1}-%1""
     /def qback = /quote :quotes, "#"-%1""
     /def getline = /quote /grab #%{1}-%1