DSCon class | travel.t[1300]

Mix-in class for creating double-sided (two-way) doors, passages, stairs and the like

`class DSCon : DSBase MultiLoc`

Superclass Tree (in declaration order)

`DSCon`
`DSBase`
`object`
`MultiLoc`
`object`

Subclass Tree

`DSCon`
`DSDoor`
`SymDoor`
`DSPassage`
`SymPassage`
`DSPathPassage`
`SymPathPassage`
`DSStairway`
`SymStairway`

Global Objects

(none)

Summary of Properties

`initialLocationList room1Desc room2Desc`

Inherited from `DSBase` :
`dirName inRoom1 inRoom2 isDestinationKnown room1 room2`

Inherited from `MultiLoc` :
`exceptions initialLocationClass locationList`

Summary of Methods

`addToLocations desc`

Inherited from `DSBase` :
`attachedDir byRoom connDir doorDir getDestination room1Dir room2Dir`

Inherited from `MultiLoc` :
`isDirectlyIn isIn isInitiallyIn location moveInto moveOutOf`

Properties

`initialLocationList` OVERRIDDEN | `travel.t[1303]`

We are located in the two rooms we connect.

`room1Desc` | `travel.t[1327]`

Our description as seen from room1

`room2Desc` | `travel.t[1330]`

Our description as seen from room2

Methods

`addToLocations ( )`OVERRIDDEN | `travel.t[1351]`

Normally room1 & room2 will be specified as rooms, In csse they're not (because, for example, we want to locate one end of a DSConn in an Enterable), we check whether they after adding this DSConn to its two locations, If either location isn't a Room, we change the room1/room2 to reflect the Outermost room (so that travel vis this DSConn still works properly) while allowing the DSCcnn to remain in the non-room the game author defined.

`desc ( )` | `travel.t[1318]`

By default we can vary the description of the passage according to the location of the actor (and hence, according to which side it's viewed from), but if we want the passage to be described in the same way from both sides then we can simply override the desc property with a single description. [SYMCOMM EXTENSION]

Adv3Lite Library Reference Manual
Generated on 08/12/2025 from adv3Lite version 2.2.2