@pbacot said:

You are making quite a huge extension! Are various members produced in components for modification afterwards? For example one were to modify all tails. I say this because, obviously you are getting close to realistic representation, but if one is seriously using this to show an actual structures, they will want to add modifications, which occur in every building and can't be put into a plugin.

Fortunately, someone pointed this out to me fairly early on so I have made it a point to make certain elements components and groups in a sensible fashion.

Common trusses and rafters are always components so that modifying tails etc... can be done quickly and easily. Other items such as fascia, outlookers, sheathing, beams etc... are not components but groups (solids).

Also now that I think about it the outlookers should also be components rather than just groups, added to the "todo" list.

I remember a few years back when I was in college and working a side job as a construction laborer we framed up a roof similar to this. The rafters were large I-Joists (TJI 560 equiv.) and were hangered from the glulam beam. The beam was probably almost 2 feet deep. I just remember I was glad I was cutting the blocking on the miter saw and not the one at the peak of the roof setting the rafters into the hangers.

With that being said I am wondering how often I-Joists are used in this type of application versus common lumber. I can probably add in an option to use them instead of common lumber. One question I have though is what to do at the other end, where they bear at the wall. I would need to study this further.

I've added an extra input for the beam which allows ones to specify the overhang of the beam from the outside of the wall. With zero overhang the beam will be flush with the wall framing and not exposed. If the beam overhang is less than the gable overhang, the fly will be as shown below (up to the roof peak). If the beam overhang is greater than the gable overhang it will project past and the fly will adjust accordingly. The beam overhang is not restricted in any manner.

Here is quick model of the wall framing associated with a gable roof with a glulam beam:

Beam Pocket with 6x6 post:

Gable wall and eave wall intersection:

Overview of Model:

I may have spoken too soon on Australia and New Zealand. There is an interesting table at this link:

Redirecting to https://www.woodsolutions.com.au/wood-species/wood-products/glulam

(www.woodsolutions.com.au)

Which gives some standard sizes based on Grade. It states that these are the nominal beam widths and depths, I'm not sure if that is the actual size but I will assume so for now.

Some of these depths would suggest that the typical ply thickness is 30mm however there are also quite a few depths where this 30mm does not work. Either there is a different ply thickness for these other depths or they are planing down the larger beams to get to this size.

For example within GL18 the following depths exist: 270, 280, 300, 315, 330. 270, 300, and 330 fit nicely with a 30mm ply thickness, how is the 280 and 315 constructed?

South Africa is a bit different, the two predominant laminated beam types appear to be Pine and Saligna.

Pine laminated beams seem to be very standardized and straight forward.
Widths: 27, 40, 65, 97, 135, 165.
Depths range from 99 to 695
with a 33mm ply thickness.

Saligna beams are a bit more interesting.
Widths: 25, 38, 50, 63, 89, 114, 140, 165
Depths: 67, 89, 111, 133, 156, 178, 200, 222, 244, 267, 289, 311, 333, 356, 378, 400, 422, 444, 467, 489, 511, 533, 556, 578, 600...
Ply thickness appears to be 22mm but you will notice it doesn't divide evenly into any of the depths. The actual ply thickness appears to be approximlately 7/8 inches or 22.225mm.

Of course I did find some manufacturers whose widths and depths varied from these numbers but most manufacturers complying with SANS1460 generally follow the sizes above.

After doing a bit of digging around on the internet I'm not sure standardized metric sizes will be something that is achievable.

For example two different size tables for glulam beams from two different manufacturers in New Zealand (both conform to the AS/NZS 1328 Standard):

The various widths and depths are all over the board. Is there even a standardized ply thickness? Looking at these tables I cannot tell.

Perhaps other countries in Europe, Asia and Africa have more standardized methods like the United States.

If anyone can give me links to resources documenting standard sizes for Glulam Beams (metric or imperial) I can work at getting those added into plugin and available for use.

Currently I have the following glulam beam standards available:

[Imperial Units]

• AWC 2012 NDS Supplement Table 1C (Western Species) and 1D (Southern Pine).

[Metric Units]

• AWC 2012 NDS Supplement Table 1C (Western Species) and 1D (Southern Pine).

With metric input the inch units of the NDS glulam selection is converted to mm. This is merely a stop gap until I can get some standardized tables entered for metric sizes.

Version 1.1.9 - 12.10.2015

• Added Gable Rafter Roof with Glulam Beam (all advanced options enabled).

The way I'm setting it up is the first menu takes you to an html web dialog (menu) that allows one to select from standard sizes from drop down menus. Then it automatically drops those values into the regular geometry UI were you can manually edit the depth, width and ply thickness of the glulam so the possibilities are infinite and complete customizable.

I like the ability to offer a prompt that gives standard sizes since I feel that is where some of the value comes in my plugin. It saves the designer having to go to the books to look up an actual available size, its all right there at the click of a mouse.

I'm getting ready to add in Glulam beams for rafter roofs. However, as I'm sorting out the details I'm trying to determine what would be the best way of modeling them. I would like to show the different plies but at the same time if someone wants to cut the beam, bevel it etc... I need to have it easily modifiable.

At first I was going to make a component for a single ply and then copy multiple instances. The problem with that idea is a beveled cut would then be difficult to make.

On a slightly different note I am wondering if there are standard metric sizes for Glulam Beams? I am using the 2015 AWC NDS Supplement for the standard US sizes. What similar standard exists for metric sizes?

Using the modal method would seem to be the solution (WebDialog.show_modal) but this would be a problem for Mac users since it is not truly modal. Has anyone encountered this sort of thing before and is there a good work around?

I found the UI.inputbox too limiting so I've decided to implement a web dialog with some html drop downs for selecting certain options. The problem I am having is that I have an inputbox that appears directly after the web dialog in the flow of my code. Somehow I need to pause the program flow until I get the correct response back from the web dialog and then proceed to the next step which is the input box.

I was thinking of using a while statement but this seems a little clunky to me. Just wondering what the pros would use in this type of situation.

I agree multiple inputs popping up one after the other is probably not the slickest user interface but that is what I have for now. At some point I will probably replace all the inputbox entries with web dialogs but for now I'm going to try to make them work together.

Adding in ceiling joists is not a big deal but I don't want to add features that only complicate the plugin and the user experience. I could also make an option to offset the ceiling joist off of the wall top plate for a "raised" ceiling joist.

I'm wondering with my rafter roof if I should provide an option to draw ceiling joists?

Admittedly the user interface is still very rough around the edges. One thing I've started working on is making the default values assume the last values inputted by the user. The code is fairly simple but updating all of the different menus is tedious because I have quite a few truss types now. This should make creating multiple truss sets in a document even quicker since parameters like roof pitch, overhangs and heel heights are typically the same for a given structure.

To test this functionality currently, download the latest version 1.1.8 and test the common truss types (Imperial Units). I will be updating all menus so that this functionality is present.

I'm trying to figure out if I can make the standard inputbox a bit more dynamic. When I select an option for one of my input fields I would like for a default input field for a different field to update with a specific set of default values that are somehow tied to the option selected in the other field. Has anyone ever tried this sort of thing before.

Version 1.1.8 - 12.08.2015

• Structural Outlookers enabled for gable rafter roofs (vertical & horizontal).

Notice in this case I have left the gable rafter in place but notched clean through it, so essentially it is blocking. However, I have also given the option for removing the gable rafter entirely. You will also notice that the gable rafter is the same depth as the outlookers, when you choose "CUSTOM" for the gable end rafter it allows one to specify the depth of this rafter.

When structural outlookers are used in a vertical orientation it is common practice to have them bear directly on the double top plate of the gable wall (balloon framed to roof). If there is some configuration that is standard in your neck of the woods that I am missing please let me know. I am currently providing three different configurations for the gable end rafters.

I think I am ready to now attack the gable rafter roof with glulam beam.

Wow, I need to come here more often. I'm going to look into the "intersect_with" method further and see if this might not be the key to overcoming this hurdle.

Specifically I am working on my Truss Plugin so that I can create hip rafters. Common rafters are easy since I just draw the profile and then pushpull it to create the 3D geometry. Hip rafters are slightly more of a challenge because of the beveled cuts at the intersection with the ridge and the fascia. I've thought about using the solid editing features of SketchUp but that would limit my plugin to only those users of the PRO version of the software so that is a no-go.

A typical hip rafter at the fascia would look something like this:

Manually I can create this geometry by drawing lines on the appropriate faces, then deleting the new faces and lines created and then finally closing the solid. However this process does not lend itself so easily to something I can code.

I appreciate any suggestions on the matter. For now I'm somewhat stumped.