Every story ends somewhere...

[SilverWarior]

Unfortunately perlin noise has no business here. This is text adventure game.

I'm well aware that you are making text based game. The reason why I recomended usage of Pernlin Noise is becouse it can generate what you might need 2D array of disposition values which you can then further use in making of your map.

So any kind of heightmap won't do a trick here, if anything it'll slow down generation.

I wasn't thinking about implementing real heightmap into game. I was only refering to height map in order to help you understand how data from Perlin Noise might come in handy to you. I gues you didn't make a conection in your mind the way I expeted you to.
What heightmap actually is is a 2D array of height values in your case it could be 2D array of disposition values. Each pixel represent one value.

Also it generates cells only in direction room has exits (unless one is already generated like one player came from), so if room has only exit to the north, it'll only generate new room in that direction, of course making sure generated room has exit at the south, so player can go back if necessary.

I can already see a potential flaw in your algorithm. Lets look at the next example:
You have rooms A, B, C and D. Your algorithm started in A and created a room exit to East. Then it creates room B which is East of room A and has exits to West and South. So later it creates room C which is South of room B and has exits to North and West. Later the algorithm creates room D which is West from room C and it has exits to East and North.
So if you visualize the room placment at this point it would look like this:
AB
DC
The problem is that room D now has exit leading toward North, basically toward room A but room A does not have exit toward South.
So what do you doo now? Do you remove Northen exit of room D? Do you add Southern exit to room A? Or do you simply disregard this situation and leave it as it is?
I definitly don't recomend the last one. Why. Many pepole who play text based games also use pen and paper for drawing themself a map about the world they have explored and such scenario will definitly make them go crazy. Yes I have played a text game once which had that exact problem in it.

game's is LCL-based as I don't like DOS prompt which may or may not work on new Windows version some time in future and has very small font by default on higher resolutions.

Getting back to the topic, I haven't started it because I first need to build big enough db of rooms so testing can be done properly. After I finish base code, it'll be just matter of adding new content to the db.[/QUOTE]

I seriously doubt that Microsoft will remove the command promt any time son from the Windows based on the fact that there are many microsofts own system managment programs which soley depend on command promt as they don't have any GUI.
As for the commnad prompt font size I think you can change the size for current console in which your program is running programatically. I have to check if that is realy posible.
But yes making a basic GUI even if it is only comprised of black Memo controll with wite text in it is a good idea since it will alow you to port your game to other platforms which might not have command prompt support.

BTW In other thread you are asking for modified TEdit controll. Are you intending to use that TEdit for typing in commands? I belive you could do all this only by using TMemo. You would have to use it's OnKeyDown events to detect when user presses Enter. Also you would have to intercept Backspace key press in order to prevent user from deleting all the text in the memo itself.