Re: [DM-dev] Plans for DungeonMaker 1.x and 2.0

[Stephan B. <ste...@ei...>]

On Thursday 26 April 2001 13:49, you wrote:
=2E..
> My opinion is that if we get Walls into the DungeonMaker, Rooms
> become redundant, and are just a source of unneeded complexity and

The do become redundant, but they offer a MUCH simpler interface for=20
adding 4 walls at a time. I've got the room object about 1/2 done, and=20
it's got several convenience methods for creating sets of walls. This=20
saves the user the hassle of lining up x/y, etc. I'll have to think=20
about the doors implementation a big, given your notes from above.

> possible bugs. Rooms would only be useful to simplify design, so
> their proper place is in a design program - either a simple wrapper
> program around the DungeonMaker (replacement for the current
> main()-program) or a graphical program using QUB for interactive
> design. Such a program should offer Rooms for initial placement of
> several Walls + Crawlers which could then be modified. But there is
> no reason to pass the Room data into the Dungeonmaker. Pass it all as
> Walls, and *keep things simple*.

Yup. We can have:
Room::addToDungeon()
which asks the Room to place all of it's walls in the Dungeon for us.


--=20
----- Stephan Beal
Generic Universal Computer Guy
ste...@ei... - http://www.einsurance.de
Office: +49 (89) 552 92 862   Handy: +49 (179) 211 97 67
"Belief makes a hollow place. Something has to roll in to fill it."
-- Terry Pratchet