Differences

This shows you the differences between two versions of the page.

--- building_guide [2010/01/26 03:58] – zobeid
+++ building_guide [2010/01/26 04:17] (current) – zobeid
@@ Line 184: / Line 184: @@
 If you are a creating a role-playing or puzzle area with hidden exits, you should make them reasonably findable. A good rule of thumb is that the exit name should at least be a word appearing somewhere in the room desc, unless you have prepared some other clue for the players. If you have an exit that is really private and others are not intended to use, it is a very good idea to **''@lock''** it. The management cannot guarantee players won't be able to detect your exit by some means, so putting **''@lock''** on your private exits or paths is just good sense.
 ====== Using @Excavate ======
@@ Line 195: / Line 194: @@
   @excavate Inside the Hut=Enter Hut;enter;hut=Outside;out;o
-It creates a room named "Inside the Hut", creates an exit named "Enter Hut;enter;hut" leading into the room, and creates another exit named "Outside;out;o" leading back out of it. You should note that many flags and settings are copied from the room you are in and applied to the new room. You can edit a room, get the settings you like, and then use @excavate repeatedly to create a whole area with the same settings.
+It creates a room named "Inside the Hut", creates an exit named "Enter Hut;enter;hut" leading into the room, and creates another exit named "Outside;out;o" leading back out of it. You should note that many flags and settings are copied from the room you are in and applied to the new room. You can edit a room, configure it with the settings you like, and then use **''@excavate''** repeatedly to create a whole area with the same settings.
-When you are creating new rooms using the R command in Editroom, it will prompt you for the same information: first the name of the new room, then the name of an exit leading into the room, and then the name of an exit leading back out. So, you can do exactly the same kind of building as you would with @excavate.
+When you are creating new rooms using the R command in Editroom, it will prompt you for the same information: first the name of the new room, then the name of an exit leading into the room, and then the name of an exit leading back out. So, you can do exactly the same kind of building as you would with **''@excavate''**.
 ====== Basic Things ======
-Most players soon discover that they can @create things. Your basic object of type "thing" can be carried around by players in their inventory, or dropped in a room. You can use @desc to add a description and look at it just as you would look at a player. This is fine for simple props, but you can also do more sophisticated things with things.
+Most players soon discover that they can **''@create''** things. Your basic object of type "thing" can be carried around by players in their inventory, or dropped in a room. You can use @desc to add a description and look at it just as you would look at a player. This is fine for simple props, but you can also do more sophisticated things with things.
 A thing can contain other things, and it also can have exits or actions attached to it. That means you could carry around a portable "doorway" leading to another room, or you could carry a thing with a MUF action attached. The action is usuable when you are carrying the thing or when the thing is in the same room with you.
-If you set the STICKY (or S) flag on a thing, it will return to its home location when it is dropped. The home is set using the @link command. This is useful when creating objects that other players may use temporarily. For example, in your spaceship you could have space suits set STICKY and @linked to the airlock. Other players could take and wear them, but as soon as they drop the suit it would come back to your ship.
+If you set the **STICKY** (or S) flag on a thing, it will return to its home location when it is dropped. The home is set using the **''@link''** command. This is useful when creating objects that other players may use temporarily. For example, in your spaceship you could have space suits set STICKY and **''@link''**ed to the airlock. Other players could take and wear them, but as soon as they drop the suit it would come back to your ship.
-You can also use @lock to control who is able to pick up your thing. To make an object immobile, you could use these commands:
+You can also use **''@lock''** to control who is able to pick up your thing. To make an object immobile, you could use these commands:
   @link mything=here
   @lock mything=me
-Now nobody but you can pick it up. (You could also lock it to "me&!me" -- me and not me -- a conditon that can never be met, which would even prevent you from accidentally picking it up.) However, you or a wizard could still move it using @teleport. Linking your thing to the room means if it ever does somehow get moved, it ought to eventually be swept back home where it belongs.
+Now nobody but you can pick it up. (You could also lock it to "me&!me" -- me and not me -- a conditon that can never be met, which would even prevent you from accidentally picking it up.) However, you or a wizard could still move it using **''@teleport''**. Linking your thing to the room means if it ever does somehow get moved, it ought to eventually be swept back home where it belongs.
 ====== Containers ======
@@ Line 225: / Line 223: @@
 Please see the section on locks if you aren't sure how they work.
 ====== DARK Flag and Fake Contents ======
-When the DARK (D) flag is set on a room, the description of the room is still shown, but the contents of the room are not visible. When the DARK flag is set on a thing, the thing won't be seen in the content listing of the room, container or player where it's located. When DARK is set on an exit, it will not appear in the obvious exits listing of the room (as shown by $ObvExits).
+When the **DARK** (D) flag is set on a room, the description of the room is still shown, but the contents of the room are not visible. When the **DARK** flag is set on a thing, the thing won't be seen in the content listing of the room, container or player where it's located. When **DARK** is set on an exit, it will not appear in the obvious exits listing of the room (as shown by **$ObvExits**).
 You can set a property on your container:
@@ Line 276: / Line 273: @@
 It is also possible to create special locks using MUF programs. However, that is an advanced technique. In such cases you should refer to the MUF's instructions to see how it must be set up.
 ====== Environment Rooms ======
@@ Line 285: / Line 281: @@
 You only have to set this once in the parent room, you don't have to set it on each sub-room. BANISH is another program that recognizes parent rooms. So, you can banish someone from the parent, and they are automatically kept out of the sub-rooms too.
-Another neat trick is your ability to enter and exit rooms. If you are in a sub-room, you can "exit" into the parent. There you can see your sub-rooms listed and easily "enter" one of them. This is very handy when building large areas and working on many rooms.
+Another neat trick is your ability to enter and exit rooms. If you are in a sub-room, you can **''exit''** into the parent. There you can see your sub-rooms listed and easily **''enter''** one of them. This is very handy when building large areas and working on many rooms.
-You can use Editroom to change the parent of a room you have built. When making a new room, the default parent is the same parent of the room you were already in. This means once you've created a parent room and your first sub-room, you can build with Editroom or @excavate and all the new rooms will go under the same parent.
+You can use Editroom to change the parent of a room you have built. When making a new room, the default parent is the same parent of the room you were already in. This means once you've created a parent room and your first sub-room, you can build with Editroom or **''@excavate''** and all the new rooms will go under the same parent.
-Finally you can use @tel to change the parent of a room. For example, let's say you have created a parent room for your apartment. You already have made a kitchen and you want to set the parent for it:
+Finally you can use '**'@tel''** to change the parent of a room. For example, let's say you have created a parent room for your apartment. You already have made a kitchen and you want to set the parent for it:
   @tel (dbref of kitchen)=(dbref of parent)