40d Talk:Wall

Is there a way to build walls on areas (like when designating a stockpile) instead of tile per tile? Very boring work when constructing long walls... --Mizipzor 13:40, 4 November 2007 (EST)

Not as of ^{v0.27.169.33a}. --Ikkonoishi 14:11, 4 November 2007 (EST)

The text of the article seems to suggest that engravings and smoothing can be done on constructed walls. In my experience, a constructed wall is described as a "Granite Block Wall" and does not accept either smoothing or engraving commands. It also highlights with a flashing green "C" in designation mode, indicating it is constructed. If I'm wrong, I'd love to know how to accomplish this! Also, the article text indicates that a wall must be built above certain types of solid object. In my experience, this is not true; you can build a wall over empty space provided you build beside an existing solid structure. This is key when building spiral ramps within towers, etc. I'm very new to wiki editing, so I'm not going to touch the article itself at this point. If someone would like to verify...?--Doctorlucky 04:10, 12 November 2007 (EST)

All right, some experimentation has determined how walls are named and how the operate. I'll use "felsite" as my material in the examples: A wall which is comprised of naturally-occurring rock or other material is called a "Rough-hewn Felsite Wall". Smoothed, it becomes a "Smoothed Felsite Wall". A wall constructed of mined stone using the building menu is described as a "Rough Felsite Block Wall" while one made out of stone block (prepared by a mason) is a "Felsite Block Wall". Neither type of constructed wall is engravable or smoothable, and both type look identical to a smoothed natural wall. Doctorlucky 18:40, 14 November 2007 (EST)

Do glass walls block LoS? Rkyeun 20:18, 5 December 2007 (EST)

Has anyone come across a bug where built walls do not produce a floor on the z level above? I was building two small towers and for some reason some constructed walls are being built without anything above them, it doesn't even show up (using looK) as Open Space but it is displaying the - symbol normally used for open space. Most frustrating is it I rip it down and built the wall again it does it again. Both towers were the same other than material used and one has this problem along one face while the other is fine. Yvain 05:42, 26 February 2008 (EST)

yes, but it was fixed several versions ago, in 176.38a and ive not had it happen again since. from the Devlog:

* fixed problem leading to floors not being placed above some constructed walls

-Chariot 14:40, 26 February 2008 (EST)

Now I feel stupid, I downloaded 176.38a but didn't actually unzip/install it. Thanks. Yvain 15:25, 26 February 2008 (EST)

I've noticed it's not always necessary to have a z+0 wall supporting a z+1 wall (on top of) as long as there is an access via a floor. Thus one can achieve a "protuberant" type construction which is physically eerie. Is it a known bug or on purpose?--Annales

It's just how support and cavein code works for now. You can call it "on purpose", but i's going to change someday (and don't forget signing)--Dorten 04:52, 9 April 2008 (EDT)

wall strength

does the strength of the wall change depending on the material? doors gain strength when made of iron. --Corhen