SHCanada2

I'm still getting this issue. the dialog shows it as full post, but it is not in 3d if I pull back the front railing, then a post will draw any idea how to fix? I tried redrawing the wall, rotating the wall 180 degrees, extending it out then back. nothing seems to work the corners do show differently on plan view: just not sure how to get it to be a post attached\24x50 2 bed.plan

Just happened to me for the first time yesterday. No idea why or how

I see now. Although your snippet above changes the numbering, it is still looks like a bit of a pain as you have to have the layout open to "watch" the numbers to make sure they are incremental, and the schedule open to re-order them?

interesting concept. I try and stay away from overlaying on layout, as I will move the layout boxes around depending on text annotations and how they fit. To me we need either one of two things, Joe's method X,Y coordinates of layout boxes, or an incrementing callout number. I personally stay away from live details as one cannot see the little things clearly like bolts, ice & water shield, WRB. So I have a bunch of CAD details in my template plan with the predermined names and these get passed through to the label for the layout so I never have to type them then on the plan, I link the callout to the detail. The problem is the callout number. There is no way to know if my last callout number was 2 or 3 or 4 or 5. So when I put a new callout on the plan, I have to guess. Then when I look at the layout I realized I guessed right or I guessed wrong and I go change it. Of course I could also go look first. But it does seem like the program should be able to do this on its own

thanks for validating @Chopsaw

if i raise it 12" i can get rid of the birdsmout. this seems like the old roof problem where it builds the wall up under certain conditions

it still doesnt seem to work. it looks to be putting in a top plate if i lower the baseline by 1.5 it is the correct top of plate but it is birdmouthed

i deleted the roof plane, and rebuilt all roofs with 7-1/4. so not sure why it would not build on top

for some reason the baseline is auto building inside the wall \ and if I manually move it to the wall, then my top plate is at 10'

right, so am I supposed to do that math (subtract them) and then TNR, or is there another way?

so if I check "flat ceiling over this room", the top of plate goes back to 9'9 and all is well. What the heck is going on?

so i decided just to make all of the rafters 2x8 in the defaults and then autorebuilt all the roofs. works for the top roof but the sunroom is still showing birdsmouth if I delete the roof plane, it shows top of plate at 9'9 and nicely aligns with the main building top of plate but when I turn on the auto build roofs it then shows 9'11 and no longer matches the main building any idea why?

I am adding a sunroom to a house. The main house is 2x4 roof, and the sunroom is 2x8 rafters. I set the birdsmouth to zero in the build roof dialog. It works for the main roof and the sunroom, but then I need to change the roof structure of the sunroom roof plane to 2x8. In doing so, it turns off the autobuild. CA puts in 2x8 rafters but does not adjust the rafter to be sitting on the top plate,. instead it creates a weird birdsmouth. Its like CA is using the VSD for the 2x4 roof for the 2x8 sunroom roof. I can certainly raise the sunroom roof planes using TNR, but wondering if this is the expected behaviour? the problem with raising the roof plane is...by how much...need to do the math on the VSD of 3.5@4:12 compared to VSD for 7.125 @3:12? on another note, there looks to be a bug with box windows if the roof below it is too close to the bottom of the box: james.plan

hmm I'm not understanding the use case. one can assign the line weight of an object to a global variable and then assign that to a macro and then show it: assignment on the left, showing on the right

The issue I typically have with the pony wall is the brick only goes to the top of the foundation wall. Here, the basement (foundation wall) typically rises above ground level by a foot or more. So then I end up wth the brick too hgh off the ground. The wall material region is simpler in my opinion (for asthetic as builts) and gives you the control to make into any shape. Plus you can define the thickness easily. but no wall cap is the tradeoff although I suppose you could do a molding on top..but I've never tried my two cents...

@JKEdmoCurious, if this is an as built, normally I would put in a wall material region and forget about the capping detail as the as builts I do are normally done in order to do something else to the house. So I am curious, are you doing this to be asthetically correct or some other purpose? curious more than anything

Yes that window was at the end if a hall, so good candidate to make shorter. I personally prefer the gable over the shed roof.

i've looked before, never found it

i would make that upper window shorter you would have to go to 2:12 for a shed roof for some reason I cannot get the shed roof to auto build, but the above is what it would look like

91.5 + 1.5 +1,5+1.5= 96. So if one puts half inch drywall on the ceiling first aren't you short half inch when you go to put drywall on the wall?

there was a related suggestion earlier this year, which in my view, would solve all sorts of problems

rene, Joe looks to add things to a hash and then runs timers to add things up (presumably goes through the hash to add applicable fields) I add things to an array via a label, and then have a macro which runs through the array to add them up. The tricky part I have found is accounting for a removal of an object. I have a reset macro on the plan, which it looks like Joe has something similar. So i have two macros below, one in the window label, and one in the pline(elevation area) label then resize add a window:

interesting ...I think my macro in the label would give similar output, but I think if I remember correctly the label always has to be showing (even if it is teeny tiny) does your total update if you delete the wall, in say,a 3d view,.without going back to the view with the total or a plan view? that is always the limitation I have found ...unable to always trigger a refresh under all conditions...especially the removal.of an object as there is no "on_delete" event that I know of. The CA schedules are oh so close to being able to do this type of thing

or if you only need the dimension and not the coordinates, you can use a dimension and set the line type to none. then you can move the dimension label whereever you want either by moving the dimension, or the dimension label this is a dimension tied to the pline make the box bigger, the dimension changes with it and move the dimension line upwards:

I use, if available, a unique identifier and an array (could probably use a hash as well). For instance I add up all window areas on an elevation uisng a label in the window, but if the window changes size, one needs to not just add the new area, but replace/remove the old area in the summation. The unique identifier I use is the schedule number, and force the schedule to not duplicate. so if your custom object field is from an object that is "seen" (windows are seen on elevation and plan (asssuming the label is showing), I suppose you could use the same methodology