SHCanada2

this is also interesting: shows the rimboard, and something else below it, even though the room divider has white siding for both sides of the divider. any thoughts on this? Pull the wall up?

hmm that doesn't work, because it is missing the OSB sheathing. any other ideas other than creating a new siding material that is thicker by 3/8?

I assume these must be edited or manual roof plans? did you try and move the roof plane in the Z direction using transform replicate?

they appear and don't appear simply by updating the view. sound like a bug vs an intended design needing an improvement suggestion

but that is not how it is commonly shown here. It is commonly shown as a furred concrete wall on the sides and a regular wall on the end. You would have to draw these different walls on your floor 1 (or show it differently), and sure the auto build foundation then builds on floor 0. But you still have to draw it on floor 1(or do something to show it differently). If I leave auto build foundations on and then change the end wall to a regular wall on floor 0, I'm having to draw or change the different wall. sounds to me like the same amount of steps. And there is not the copy and paste garage foundation walls issue if one draws on floor 0 I don't know I think we should have a bake-off, and count the steps.

garages here typically have the concrete stem wall above grade. Would you then create a pony wall? Or can you still achieve this with the garage room setup: I read and watched the video(Saw the different floor setups) and the blog post I noticed you had to exclude the room below the garage from the area analysis. Which a person would have to do with the found on floor zero as well (although I exclude it in an OIP so the schedule does not show it, as even a non walkout regular basements have this "room"). I'm not sure the savings there? For western canadaland where 99% of houses have basements with 8" conc walls, the walkout stem wall is still 8 in. The slab is poured independently. There are then furred walls built on the interior of the basement which typically go to the ceiling but not always I already have an SPV for the foundation, and the normal SPV for the floor(which works for basement on floor zero, main on 1, etc) I'm struggling to know what the advantage of the floor 1 foundation is for this western canada scenario? I don't do a lot of these, but I don't remember any issues, maybe the wall intersections had to be adjusted....or maybe i have a bad memory here is how one of the other guy's shows it n plan view, which is typically how i show it (concrete furred walls on side, normal wall on end. Although he also shows it wrapping..to each his own i guess)

i did and they said to, as Robert says, "select items and set the label to 'show' in the view."

go into the defaults->dimensions, and setup the temporary dimensions(for the dimension set you are currently using) to find interior walls. That being said, it comes out of the box finding interior walls for temporary dimensions. you might want to post a short video on what you are trying to do

my decks are set to build with beams and piles....not sure what happens if over a room, plus as brett says the annoying deck over a room message

what did you use/cover the rim joist. Scott's demo plan uses a molding polyline. But if I just want the wall cladding to extend up over the rim joist, is there an easy way? I painted it, but not the greatest look:

that makes more sense than a simple default value. the conversation reminds me of this software I used many years ago. it could only output a number. One day it spit out something like -125. After much investigating and calling the software vendor, the software was supposed to spit out -999 when something went wrong, but it did unit conversion after setting the value to -999, which resulted in the very odd -125. ...yes kids back in the day when software was so archaic and maybe trying to save on memory, error codes were represented as special numbers in the same field that was supposed to get you your result

hmmm, still doesn't print correctly. it's weired because it is not the same window(s) every time

how does the user know if it is working? They would have to know the default value is the error condition. If the default result (as a result of an error) is then used in another calculation, the default(error) value is then obfuscated from the user. For most cases I am fine with the CA error as it catches errors (as opposed to crashing), and it is very glaring that it is not working as it spits out ERROR. That then tells me I need to fix something. I suppose if one could deduce the error and output "bad length" then that would help, but I would perceive that as a error message vs a default value I perceive error conditions as different that a default value. I perceive a default value as something that is normally used, and the user can change it it they want something different, but they are conscious of that decision In the ideal world, the result would be able to produce both a value and a data quality...but that would be way to much work to implement, and the data quality would have to be baked in CA somehow with a different text color or inverse video or something to show the user that something is not quite right. anywho my two cents, take it for what it is worth. I'm probably just overthinking the term "default"...it is a late saturday afternoon

they do get the values from the row object, for at least for the scenario I have, as shown above. Perhaps this issue of non calculation is limited to the scenario where one macro is dependent on another field's macro being evaluated first, as you suggest

ive seen this as hit or miss. I have an OIP in the room that checks properties of the room and floor number, and then assigns the area to the OIP in the room based on some logic These seem to work fine in a schedule. But When I was trying to do something on a window label, it sometimes worked and sometimes didn't. One schedule would work, and then I would copy the schedule and it would not work. it looked like a race condition between the schedule and the window label when you say "Calculate incorreclty" do you mean return error, or something else? so it should be interesting to see what they come back with for example in my room I have: and that macro is: and the schedule is The above all works fine: schedule is one line, shown below:

...interesting....

anyone seen this behaviour? Updating the layout causes window labels to show then not show Screen Recording 2026-08-13 150124.mp4 he layout boxes seems to cause different window/door lables to appear, but never all of them at the same time

that does look good...in under a day

if you do use a roof plane, it does have the advantage of showing sloped trusses, if you are going that way. I did this last year and thought it was pretty straightforward, but the truss manufacturer completely missed the 0.5:12 roof slope (it was a partial rooftop deck), and joists had to be sistered to the truss

i think it is a balcony? room type in CA. I'm just about to start one of these over top a detached garage. I think the only large problem is modelling the slope of the floor. Which I think I will choose to ignored

here is what it would look like...of course it always seems like it is never ending adding new assemblies, and where one takes a component from may differ from source to source. I started a while ago to state where I get the cavity RSI from

I've been playing around with different methods for awhile, trying to tie in the wall, ceiling and floor assemblies to just using one value specified once, and not doing any math. Easier said then done, and really I think not possible(or maybe better put, not without being convoluted) to coordinate with the actual CA walls, floors, as there are always some bizzare exception (required bulkhead below a bonus room comes to mind) Here is another method: 1. setup notes with a couple custom fields (RSI, R), and a description of the component 2. have those all available to pick from 3. add/take them away from different schedules (walls, ceiling, floor) The video shows where I started, walls, but the end game is all three. Couple unfortunate side effects Ive noticed. If you add first and then remove a component, in which you want the one replaced, you need to then grab the schedule row and ensure correct order. it seems to work better if you remove for instance vinyl siding and then add cement board A nice advantage of this method, components can be added to multiple schedules, so interior air film is only there once. Other advantage, the description on the available components can be as detailed as you want, for instance interior air film (wall), but the text shown in the schedule can just be interior air film if you want Screen Recording 2026-08-08 154058.mp4

I've had no(new) issues on X18.

I'm not sure why your elevations would change, once you change the floor/ceiling elevation of one, that will no longer be using the defaults and should not auto change. What you probably have to do is once changing the one floor elevations on one, continue to then change the other floors on the same one. i.e. make the one house the one with all the custom elevations, and leave the other with the defaults Maybe some more detail on exactly what is being changed and what is being affected.

i have seen lines shift in live view, which then I change to plot lines, and live with the odd lines showing up. But it would be interesting to see what CA supports says if you send it in