*Note that this type of header works for both wood and steel and one can create boxed headers within the custom header library in the global settings. The only stipulation is that the header must be a 2-ply header.
Correct, it must be a 2-ply header since one member will be flush to the exterior of the wall and the other member will be flush to the interior of the wall.
The “BOX” keyword will otherwise be ignored by the header framing algorithm in the case of 1-ply or 3-ply headers.
Fixed a minor bug with the custom beam and header libraries (status, edit and delete functions).
This issue affected beams or headers that included brackets in the name, “(” or “)”. This particular bug has been around for months but I guess no one noticed that you could not delete, edit or change the status of beams or headers with brackets in the name/description.
How do you keep track of all the stuff you can work on!
I noticed some time ago that the link in the license tab in the foundation plug-in doesn’t actually take you to the change log of the foundation plug-in. It takes you to the wall change-log.
I didn’t realize it until last night but when I originally programmed the garage portal frame module I did not fully enable the holdown option for this type of door framing configuration.
The next version of the plugin will have this enabled so that you can include holdowns as shown:
I’ve already added the necessary logic and programming in but the signing system on SketchUp’s website is currently experiencing some difficulties so I can not yet release version 2.1.7.
Sorry I keep finding work for you to do, I know your already have a lot on your plate.
There’s some instances when a garage door doesn’t have any top cripples, you just put the top of the header flush against the bottom of the top plates.
If you set the door height in this way in the wall plugin, it will generate top cripples inside the top plates if I’m remembering correctly.
I will take a look at this. If the height is zero or “negative” then it should not draw the cripples, I will check my logic in the stud/framing algorithm.
Some recent questions on shed walls from users of the Wall plugin.
Here is a very basic example of a shed wall application:
Notice that the rectangular walls are set to “inset outside” corners and the shed walls are set to “outside” corners. It could be vice versa but I think this configuration is more common.
If you look closely at the model you will notice that the upper rectangular wall doesn’t quite match up with the upper shed wall height. This is because I rounded the wall height to the nearest 16th of an inch, however there is no reason why I can’t take it to the 5th or 6th decimal place if I wanted it to be more exact, it’s really up to the user.
P.S.
As a follow up a specific user requested I show the model with a shed roof installed. Notice that the higher wall is adjusted slightly to accommodate the birds mouth cut in the rafters:
Version 2.1.8 - 06.14.2021
Added roof cladding to the Medeek Estimator (common and monopitch truss assemblies).
Enabled net area calculations for roof sheathing and roof cladding.
Fixed a minor bug with in-wall columns and layers/tags.
To take advantage of the updates to the Medeek Estimator for roof truss assemblies listed above you will need to upgrade to this latest version of the Wall plugin.
Please put debugging reports into the other thread on the forum for Q/A type posts. I am reserving this thread for mostly development related posts and other plugin related news (ie. Specials etc…)