Re: [Circle] AutoExits & Hidden Doors (fwd)

From: Brian Williams - Nashak (bmw@efn.org)
Date: 08/22/96


oh yeah, I forgot, make a do_search command.. random chance of finding 
the hidden door.. here is a hint on that.. <don't make a fail message>.. 
when I tried that I got this:
You find nothing special.
You find nothing special.
You find nothing special.
You find a secret entrance!
You find nothing special.
You find nothing special.
because it searches all the directions, even if they don't exist.. i.e no 
north exit.. anyways, do_search is easy.. just put the for() from 
autoexits, then if(door is secret && percent > prob)  {
               remove_bit(ex_secret)
               send_to_char("You find a secret entrance!");
                then all you need is the 2 }} from the 2 {{ you would 
use.. =) <that one and the "ACMD(do_search) {".. good luck..





   Nashak			Brian Williams		The Realms of Luminari
   nashak@darkstr.com		bmw@efn.org		darkstr.com 6969


On Thu, 22 Aug 1996, Alex wrote:

> Was wondering if anyone knows of a convinient way to have exits show up
> when you enter a room like was mentioned on here a while ago....
> 
> <roomdesc>
> North# East... where the # indicates a closed exit.
> 
> I'd like to see that work more or less like that, and likewise with Exits...
> North# - An Iron gate
> East - A hallway
> 
> These two seem relatively easy to pull off, (I'll know once I bother to go
> and look at the code. :) but what I wanted to do that the stock Circle
> doesn't seem to support very well is be able to define some exits as
> secret. So that if we had a third exit going south, it would not show up on
> autoexits or exits, and furthermore, if you went south, you would not see,
> "The secret door is closed," you'd get the "Oof, you can't go that way"
> msg.
> 
> The part that's got me really befuddled is how to code the secret door flag in.
> 
> Suggestions?
> 
> -sno
> 
> + + + + + + + + + + +  ____    ___     ___   + + + + + + + + + + +
> +     James Snow    + /',__\ / '_ `\  / __`\ +     Tai Moro!     +
> + + + + + + + + + + +/\__, `\/\ \/\ \/\ \L\ \+ + + + + + + + + + +
> +  sno@mindvox.com  +\/\____/\ \_\ \_\ \____/+ I Will Not Serve! +
> + + + + + + + + + + + \/___/  \/_/\/_/\/___/ + + + + + + + + + + +
> 
> 
> 
> +-----------------------------------------------------------+
> | Ensure that you have read the CircleMUD Mailing List FAQ: |
> |   http://cspo.queensu.ca/~fletcher/Circle/list_faq.html   |
> +-----------------------------------------------------------+
> 
+-----------------------------------------------------------+
| Ensure that you have read the CircleMUD Mailing List FAQ: |
|   http://cspo.queensu.ca/~fletcher/Circle/list_faq.html   |
+-----------------------------------------------------------+


From cat@vuse.vanderbilt.edu Thu, 22 Aug 96 12:31:23 -0500
X-SystemInfo: MyE-Mail: EMail
X-Message-No: 3984 (database)
From: Katzlberger Thomas <cat@vuse.vanderbilt.edu>
To: circle <circle@cspo.queensu.ca>
Subject: [Circle] [CODE] Funny C in spell_disintegrate
Date: Thu, 22 Aug 96 18:31:00
Message-ID: <9608221731.AA01249@localhost.vuse.vanderbilt.edu>
Reply-To: katzlbt@vuse.vanderbilt.edu (katzlbt)
X-POP3-Rcpt: lk4150@per
Return-Path: <@QUCDN.QueensU.CA:owner-circle@cspo.queensu.ca>
Received: from QUCDN.QueensU.CA (QUCDN.QueensU.CA [130.15.126.2]) by per.cybercity.dk (8.6.12/8.6.12) with SMTP id UAA18382 for <lk4150@krull.dk>; Thu, 22 Aug 1996 20:04:37 +0200
Received: from cspo.queensu.ca by QUCDN.QueensU.CA (IBM VM SMTP V2R2) with TCP;Thu, 22 Aug 96 14:10:06 EDT
Received: by cspo.queensu.ca (SMI-8.6/SMI-SVR4)id NAA03007; Thu, 22 Aug 1996 13:32:27 -0500
Received: from vuse.vanderbilt.edu by cspo.queensu.ca (SMI-8.6/SMI-SVR4)
Received: from localhost.vuse.vanderbilt.edu by vuse.vanderbilt.edu (8.7.5/SMI-4.1/VUSE-1.24)
Received: by localhost.vuse.vanderbilt.edu (NX5.67f2/NX3.0S)
Mime-Version: 1.0 (NeXT Mail 3.3 v118.2)
X-Nextstep-Mailer: Mail 3.3 (Enhance 1.3)
Received: by NeXT.Mailer (1.118.2.RR)
X-My-Email: katzlbt@vuse.vanderbilt.edu
Sender: owner-circle@cspo.queensu.ca
Precedence: bulk

This spell has got really weird C syntax - never seen that before:

    /* A bonus for ac affecting items also */
    for (i = 0; i &lt; MAX_OBJ_AFFECT; i++) {
                ^^^^^^
                what is this supposed to do ??


	if (obj-&gt;affected[i].location == APPLY_AC)
	    ^^^^^^^
	   and this
	
   	   save -= obj-&gt;affected[i].modifier / 10;
    }

Very puzzled, Cat.
---
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/_/                                                            _/_/
_/_/  Thomas Katzlberger                                        _/_/
_/_/  katzlbt@vuse.vanderbilt.edu                               _/_/
_/_/  @aWhiteNeXT.called.garfield                               _/_/
_/_/  http://www.vuse.vanderbilt.edu/~katzlbt/                  _/_/
_/_/                                                            _/_/
_/_/  "You can tune a file system, but you can't tune a fish."  _/_/
_/_/                                UNIX man page for tunefs.   _/_/
_/_/                                                            _/_/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
+-----------------------------------------------------------+
| Ensure that you have read the CircleMUD Mailing List FAQ: |
|   http://cspo.queensu.ca/~fletcher/Circle/list_faq.html   |
+-----------------------------------------------------------+



This archive was generated by hypermail 2b30 : 12/07/00 PST