-
Posts
2338 -
Joined
-
Last visited
Reputation
734 ExcellentRecent Profile Visitors
6396 profile views
-
Issues with changing brick wall to open railing
Chrisb222 replied to jbur91's topic in General Q & A
You're seeing brick because that's the outermost exterior layer of your wall definition. Copy the wall type, give it a new name and change that outer layer to Concrete. In order to maintain your wall thickness and keep everything aligned, simply change the thickness of the outer layer to the same as the total of all the exterior layers (5 7/16) and delete the other layers (see images). That's the "Air Gap" layer in your brick wall settings. -
In X18, dishwashers no longer are inserted into a cabinet. They are placed standalone and automatically adopt the countertop of the adjacent cabinet. Just like IRL.
-
Gene, I often manually edit attic walls if they aren't behaving how I want. In your case I was able to edit the attic wall into one wall with the correct shape to accept the window (I also changed the wall type to Siding-4 since I assume you won't want ICF attic walls). I went at your file with abandon so it's a bit of a mess but I attached it if you want to see what I did: CB Bob Landgraf Barndo.plan.zip In my opinion this need will probably force you to manually model either the post or the beam (or both) in that spot. Getting that to auto generate wouldn't be worth my time, if this were my project.
-
Hi Shane. Yeah I've seen that a lot on auto generated roof trim. Not sure why it happens, but something I do that often works is just selecting the errant trim, grabbing one of the end handles and moving it slightly then letting go. In your case, doing this forced both sides to generate. Selecting that trim edge is tricky sometimes but look for it on the Roofs, Trim layer. Might have to do that more than once as you work on the model. It's a Chief Thang!™
-
Shane, I see the problem in your original post using your attached plan. After some experimentation with a new Residential Template plan, when you specify a custom label using Specify Label under Room Label Defaults at the START of a new plan, all rooms will adopt that label. Any new rooms, even new rooms created by adding a wall to split a room into two rooms will also adopt that default. However, if you change the default settings, it doesn't affect the existing rooms. Once the room is created it will retain the default settings assigned at that time. You would need to go into each room and change its custom label. However, if you change the default settings and create a new building, those rooms will adopt the new settings, and retain them until they are changed in the Room Specification dialog. See the attached image from your plan file. I think this feature was, as most big changes seem to be, taken out of the oven while only half-baked. IMO the program should automatically update all room labels that use the default settings if those settings are changed. Also, there should be a way to specify whether a default room type uses the default label settings or not, or uses different default settings. This could be accomplished by adding the label settings to the already existing room default's Label panel, along with checkboxes to either use the global room label defaults, the specific room's label defaults, or the automatic label. I have an ongoing discussion with tech support regarding the changes to the room label, and will add this issue to that thread.
-
X18 - Treat as Windows - After creating Mulled Units
Chrisb222 replied to ComputerMaster86's topic in General Q & A
X18 Residential Template does not treat mulled windows as doors when "Treat as Door" is checked in Mulled Unit defaults. That setting only applies when a door is part of the mull, and why the checkbox is dimmed for a windows-only mull. Schedule still reports window-only mulled units as windows, even when this setting is checked in defaults. So it's hard to say what's going on with your file. Just guessing the problem is in your template plan, a custom mulled window library item, or your macro. Post the plan for better replies. -
Because the wall is using a randomly assigned repeating pattern to represent the blocks, not stacking actual individual blocks like you would irl. You can force it to look how you want, mostly, with some work. Need to adjust the material and pattern offsets in the Define Material dialog, or by using the Interactive Material Editor. You may possibly need to create copies with different adjustments to get it to look how you want. See if this Knowledge Base article helps: https://www.chiefarchitect.com/support/article/KB-00194/changing-the-direction-of-a-material-s-pattern-and-texture.html
-
open to below room causes stucco to not come down
Chrisb222 replied to SHCanada2's topic in General Q & A
Yeah, I think it's a bug. Saw it come across not too long ago, the Open Below room is causing it. See the thread below for some other workarounds besides dragging the wall down, which is probably the easiest. But you're right, you shouldn't have to, and any of them I tried will screw with your framing. It would be nice if you sent it in to tech support and reported back. Maybe someone else can figure out a setting to fix it, but as soon as you change that to a normal room it corrects itself. -
If the ends are currently touching each other, click on one of the lines to select it, then click again on the end point, and they should connect. If some of the ends aren't touching where you cannot make a closed polyline without changing the line's size or angle, that's a different situation with a different process...
-
I run into this a lot. I have several things I do to try and make them align, sometimes one works better than the other. It seems that the default porch ceiling height relative to the roof structure is the culprit, as the roof structure can force the eave (front) beam down. Take a cross section elevation and see if that's the case. You can try reducing the depth of the gable sub facia, or lowering the porch ceiling, or raising the roof plane baseline height. Check your Roof Structure, make sure it's built using the correct dimensional material, then try setting the roof plane to have "Same Height Eaves" checked and "Same Roof Height at Exterior Walls" unchecked. Try using "trusses no birdsmouth" and make beam 11". Also try moving the roof plane baseline out to the outer face of the beam, from a plan view. These are some of the ideas in my "Notes on Usage" file, but most of them cancel Auto Roofs. If you post the plan I'm sure someone will fix it.
-
Wow, nice to see several things I've asked for. Fill Style by Layer is huge for me. Looks like a really good upgrade. Thanks @ChiefArchitect!
-
Drywall area, sheet count, thickness, type* all can be captured from the wall object properties. But you can't get that into a schedule without ruby macros, as far as I know. *An actual "type" property doesn't exist. To define different Types (eg standard, fire code, green board, etc) you would create separate materials for those, and identify them in the Material Name field, which is a property. Not that I'm aware.
-
It requires a custom macro, custom schedule, and some initial setup in your wall definitions. Can be done but a little beyond the scope of free assistance for most. If you don't know how to do it, several people here offer custom work for hire, maybe post in Seeking Services if no one volunteers: https://chieftalk.chiefarchitect.com/forum/15-seeking-services/
