SHCanada2

I was looking to convert my macro for unprotected openings on a building face (which is the sum of the windows divided by a drawn pline on the elvation) to a schedule. All seemed good except when I create this new schedule my window labels, which currently have Wxx, now they have Wxx,Gyy as the windows are now on two schedules. I cant seem to be able to configure the schedule to not show the Gyy in the window label., so I wrote a macro to just look for the Wxx in the "schedule_number" and return that to the window label All is perfectly fine for the window label, but the schedule will not return a substring correctly, it either returns "Wxx,Gxx" which is the full string, or it returns EVAL ERROR if I try and return more than the first 2 characters (or it still returns the full string depending on what method I try), or if I return only the first 2 characters, it then returns !! where it should return W0. I tried a few different ways, from i) just using schedule_number[0..2], to ii) assigning it a global var in the label and then returning the first 3 characters from the global, to iii) calling a macro and passing the schedule number to it, to iv) calling an owner object macro. No luck Anyone tried this successfully or know a different way? option ii: I put this macro in the window label: EXAMPLE WINDOW: GLobal variable:%$gsched=schedule_number[0..2]% resulting window label: resulting line in schedule: if I change to EXAMPLE WINDOW: GLobal variable:%$gsched=schedule_number[0..1]% window label is correct (shows W0) but schedule has: I tried fiddling with different types of ruby methods to get substrings, and tried .to_s first before [0..2] and sequencing the calls, but no luck. also tried OIP, no different results. And if someone is wondering why I am assuming the Wxx will be the first and not Gyy, it is because when I first tried to search for a pattern match and get the string out, it would not work, so I started to check character by character and ended up with the above test, and odd results. i.e. If I just ask for $gsched[0] I get ! for the schedule line but $gsched gives W05,G06 for the schedule line, and $gsched[0..4] gives W05,G correctly for the window label, but gives W05,G06 for the schedule line. Basically it works properly for the window label, but the schedule line results do not match the window label its almost like CA is storing a reference to the string somewhere..

the least amount of click solutions is an image printer driver that once installed, allows you to print to image directly from the CA print dialog. I tried out imageprinter pro (I used to have a TIFF driver years ago). and you can easily zoom in to read the text: It is $35 perpetual license with all sorts of image formats. png below

try a image printer driver like imagePrinterpro print driver?

post the plan, something is going on

I share your frustration as I have had similar results...hopefully someone has the answer

Have you searched the forum? there have been a few threads on this in the past couple years

I have my regular window schedule, and my windows have the label: [%schedule_number%] %width%W x %height%H in plan and elevation viewe I have added a new schedule to calculate window area on a specific building face, which means I now have two schedules with the windows. See last few entries here: but now my window labels have both W01 and G0x in their labels. and the macro for schedule_number returns both. Is there a way to not have a specific schedule puts its schedule number against a window, but the other one does? switching it to callout does not help becuase the macro schedule_number always returns both If not I would have to peel out the "Wxx" from the schedule_number in macro closest I found in the sesrch was this: but I do not see a solution thanks

so is the part of the wall still considered "Exterior" that is above the soffit as it is enclosed. or is it part of the attic, or roof, or soffit ... black art of building code interpretation.... which for the 2015 edition (out of force now) had a "companion guide" to help with a consistent interpretation: measured to the ceiling is the winner

my understanding is it stops at the soffit...but that is why I say it is an "opinion" and not a science. All I know is I submit it this way and the DA never complains, but when I first did this macro I had an error and they caught it so for all I know they do it themselves everytime as well and may do it slightly differently

I did have a post on it somewhere, but too lazy to look for it today. There is a table in the building code for the amount of glazing you can have on the side of an exposed building face near a property line which abuts another residential building's property. The further you are away, the move you can have Exposed face is from grade to under the soffit, so this typically includes a couple feet of basement example where you can see the blue of the polyline defining the area. Its more of an opinion than a science when you start to consider what all gets included. But you have to do it for additions that have windows to ensure you are not over the limit

"surface" is typically drywall to drywall, where "main layer" is typically stud to stud. As to which one to use, that would typically depend on what your client expects.

X16 schedules can do quite a bit as Rene indicates in another thread. After some fiddling, I also got the schedule to work for the window area as a percentage of wall area (required in Canada). Wall area still needs the polyline. But this eliminates the need to store the windows in a global variable. So the request to publish the schedule total as an NVP is not actually required. The attached shows my original macro solution in the label, where the schedule shows similar output...except it does not have the "largest unprotected window"...not sure if that could actually be done in a schedule...maybe I will try. I'm thinking if one was creative one could essentially use the OIP to store variables, rather than use global variables...something to try and see. 26.01.2025_23.24.35_REC.mp4

that is typical house up here. Change the absolute elevation of the garage floor to be -36", and change absolute ceiling to be whatever your main floor is, or change the relative rough ceiling to your main floor +36

please post to Q & A,

mine does for at least width and height. maybe you are using a different column? you might want to post th eplan

did you try creating a wall type that has the brick, and draw the foundation walls with that new wall type

below ground footings? I suppose one could change the material from concrete to brick. You may wish to post an image of what you are trying to do

dimension defaults. You can also use point 2 point dimension and just pick where it dimensions to as you move the mouse along, at least for the plan view.

the dimensions can go to the framing or to wall surfaces. My guess is one goes to 1/2" drywall and the other does not. You could post the plan for more definitive results

I saw this type of thing (although not quite as uniform) frequently in X15, so far I have never seen it in X16. you could download the trial and see

and to make matters worse, if I delete that room and draw another in the same place, CA remembers the settings. So then I draw a new room off to the side and set the relative height to 48 (instead of 60) and then move the wall over (expanding the room) and CA sets it back to 60. Is there a way to make CA "forget" the last room settings that were drawn in a specific location? 23.01.2025_19.07.19_REC.mp4

and then when I try and change the 60" I have to 48", it changed it to 81" and then I retype in 48, and it changes it to 60". around and around it goes 23.01.2025_18.59.00_REC.mp4

for future users, one has to check the "shelf ceiling" PRIOR to changing the relative ceiling height to make it work Me thinks the documentation needs to document this behaviour Documentation: Check Shelf Ceiling to prevent Attic Walls from generating over the interior walls that define the selected room. When unchecked, interior Attic Walls will generate if surrounding rooms have higher ceilings than the selected room. See Shelf Ceilings.

I noticed on the main floor it works, and changes the absolute elevation. but on the basement it leaves the absolute elevation and shows the walls to the ceiling. And if I change the absolute elevation manually, well it changes the whole floor even though I did not change the other room next to it. Any ideas? 23.01.2025_18.43.48_REC.mp4

should post in Q&A forum