Medeek Wall Plugin
-
I've added in the air gap and corner parameter:
I then put a wall on top of floor and stemwall foundation:
The one thing that immediately jumps out at me is that the vertical offset parameter for the sheathing and cladding probably needs to be divided into two parameters so that the offset can be set separately for both sheathing and cladding.
-
I've separated the cladding and sheathing vertical offsets (top and bottom) into separate parameters so you can now offset each independently of each other:
Notice the two value in the edit wall menu for the offsets. This should allow for maximum flexibility, however the addition of more parameters might make the entire interface more overwhelming to some.
-
This evening I'm going to take a break from windows and doors and switch gears to the wall corner trim.
The wall corner trim (outside and inside corners) will be configured within the wall edit menu.
The door and window trim will be configured independently for each framed opening and edited within the door or window edit menu.
With trim in general I am trying to decide whether the trim should sit on top of the cladding or sit on top of the sheathing, or possibly a parameter that determines this location: ON SHEATHING/ON CLADDING
My initial list of parameters for the wall (corner) trim is looking like:
Trim Location: ON SHEATHING/ON CLADDING
Trim Thickness (in.): (defaults to 0.75 inches)
Outside Corner Trim: YES/NO
Outside Corner Trim Width (in.): (defaults to 3.5 inches)
Inside Corner Trim: YES/NO
Inside Corner Trim Width (in.): (defaults to 3.5 inches) -
You'll need to have both (on sheathing, on cladding) dependent upon what cladding you use.
-
@mtnarch said:
You'll need to have both (on sheathing, on cladding) dependent upon what cladding you use.
It makes more sense to put the trim on the the sheathing, since generally that is the way it is really constructed but there may be some designers who would like to have it on the cladding. I will provide the option for both.
In many cases the corner trim is assembled from two pieces but to start with I will go with the simpler monolithic corner piece (ie. AZEK).
-
I've got the corner trim working reasonably well now:
It can also handle non-orthogonal corners.
-
That looks great!
-
The corner trim options within the Wall Edit Menu:
Then later today, a Style A (left wall) and Style B (right wall) window trim:
Style A is per the previous drawing I posted on the board. Style B is where the sill trim extends past the jamb trim(s). Note, that the thickness of the header, jambs and sill can all be independently set. At some point I would like to set it up so that users can save specific configurations
I'm now looking at the interior casing for the windows and also at the baseboard and crown molding trim. I'm not sure how elaborate I am going to get with this with the first go around, this may have to come later after the initial release. I'm trying not to get bogged down in the minutiae but as I've come to realize there are a lot of details when it comes to a full architectural design.
I'm also starting to think about the Windows and Doors. The doors (man doors) are fairly straightforward in my mind, use a typical pre-hung door, I've got some details that should guide me fairly well in that regard. Windows on the other hand are a real mixed bag, there are vinyl windows with the nailing flanges (the type I'm most familiar with) and then there are the much more expensive types. Any particular styles, brands or suggestions would be helpful.
-
Not sure this is in the plan, but of course it would make sense that a particular style is automatic for trim etc. once chosen. That is all new windows installed in the file come in with the correct style trim. Which leads me to the question with all parametric modeling like this where you seek to keep an identity for each object which can be updated: First, say you need to change all the trim at once--can you do that (happens to me all the time-- and components are helpful but don't do the whole job)? Secondly if the there is some window that must be different or there is something you must model "manually" which is outside the built-in options. What happens to those components down the road, can they somehow be integrated to the "smart" features of the model? A custom-modeled window that still has framing done by the plugin and cuts openings, is part of the materials list etc?
-
@pbacot said:
Not sure this is in the plan, but of course it would make sense that a particular style is automatic for trim etc. once chosen. That is all new windows installed in the file come in with the correct style trim. Which leads me to the question with all parametric modeling like this where you seek to keep an identity for each object which can be updated: First, say you need to change all the trim at once--can you do that (happens to me all the time-- and components are helpful but don't do the whole job)? Secondly if the there is some window that must be different or there is something you must model "manually" which is outside the built-in options. What happens to those components down the road, can they somehow be integrated to the "smart" features of the model? A custom-modeled window that still has framing done by the plugin and cuts openings, is part of the materials list etc?
A little bit to digest here, I will think on it. This project has ballooned well past my original estimate of what it would be. Like the truss plugin, I'm sure I'll be adding features and functionality well into the foreseeable future.
-
Here is my draft for Window Casing (Style A):
View model here:
The parameters will probably be:
Head Casing Width: 5.5"
Side Casing Width: 3.5"
Apron Width: 2.5"
Jamb Ext. Depth: 2.5"
Casing Thickness: 0.75"
Stool Thickness: 1.0"
Apron Thickness: 0.75"
Jamb Ext. Thickness: 0.75"
Header Extension: 0.0"
Stool Extension: 1.0"
Apron Extension: 0.5"
Stool Projection: 1.25"
Casing Reveal: 0.25"
Shim Gap: 0.25"The values given are the default values and coincide with the model given above.
Some details show shims between the framing and the jamb extensions, others do not:
-
@pbacot said:
Not sure this is in the plan, but of course it would make sense that a particular style is automatic for trim etc. once chosen. That is all new windows installed in the file come in with the correct style trim. Which leads me to the question with all parametric modeling like this where you seek to keep an identity for each object which can be updated: First, say you need to change all the trim at once--can you do that (happens to me all the time-- and components are helpful but don't do the whole job)? Secondly if the there is some window that must be different or there is something you must model "manually" which is outside the built-in options. What happens to those components down the road, can they somehow be integrated to the "smart" features of the model? A custom-modeled window that still has framing done by the plugin and cuts openings, is part of the materials list etc?
I've been thinking about this some more and this is the reason I created the Wall Grouping parameter. I haven't fully fleshed this one out yet but the idea is that if you have a bunch of wall panels that belong to the same group (not a SketchUp Group) then when you edit certain parameters such as wall height all of those wall panels will be updated to reflect that change to anyone of the wall panels within the group. Certain parameters, of course, should be exempt from this "group action". What I would like to do is have a tab within the global settings where you can specify which wall/window/door parameters will be affected by the group editing feature.
So for instance if you enable Window Trim as parameter(s) that will be affected by wall groups then when you edit the trim of one of the wall panels within the group the trim for every window within that grouping will be updated to reflect that change.
Currently any manual edits to the wall panel and all that resides within its SketchUp group will be blown away as soon as any edit is done with the plugin. The way to avoid this is to put any geometry outside of the wall panel group. That geometry will then been unaffected by anything the plugin does. There may be a way to set this up so that manual edits are somehow stored or accounted for but I haven't figured that out yet.
When you really analyze how the plugin works it is little more than a database (attribute dictionaries) which then converts that information into SketchUp geometry. The wall panel, its openings and all other characteristics and settings are fully defined within these dictionaries and that is how I am able to create a system where you can change parameters and "edit" a wall panel. When you edit a wall panel it is creating the entire wall panel from scratch just from the attributes stored in the dictionaries.
-
Thanks for the information! That makes sense. Maybe there'll be some way to incorporate custom work, sort of "bless" it to be accommodated and preserved within the wall group, but the great about your plugins is to get all the standardized systems of construction into the model fast with a lot of flexibility built in.
-
Here is a quick preview of the Window Trim and Interior Casing:
In this video I'm only showing Style A of the interior casing, I will finish up Style B later tonight.
View model here:
-
Window Casing Options:
From right to left:
- No Casing
- Style A: Full Casing
- Style B: Stool and Apron with Gypsum jamb and header extensions
- Style Full Gypsum jamb, sill and header extensions
-
I've decided I'm not going to attempt a full blown window and door plugin just yet since the Wall Plugin has become a larger project than I anticipated. However, for the time being I will provide a rudimentary (fully integrated) window and door feature which I have been testing out today, see images below.
The jamb extensions are automatically calculated so that they close the gap to the window and finish out the window well as shown:
Currently I have the Picture, Slider and Single Hung window types enabled.
View model here:
-
This weekend I needed a little break from the programming to re-constitute the "todo" list and to give windows and doors some more thought, and to generally catch a breather.
Even though I don't want to get into a full fledged window/door plugin at this moment as I try to focus solely on the wall plugin I also realize that without a tightly integrated solution the wall plugin is severely handicapped and in my opinion utterly useless. The designer needs to be able to completely edit the model within the capabilities of the plugin otherwise modifications to walls and opening locations will create additional (manual) work and thereby defeats the purpose of the plugin.
As such I've spent some additional hours Sunday afternoon completing the trim, casing and windows for both the Rectangular (Picture, Slider, Single Hung) and the Half Round (Picture, Slider, Single Hung). There are a vast amount of window types with multiple permutations. The work to include the majority of these will need to be followed up in the coming months. For now though, I hope these two window types will be enough to get the plugin off of the ground and make it somewhat functional.
View Framing Test 12 Model here:
https://3dwarehouse.sketchup.com/model/260cc208-e1c1-44bd-9173-8244eacd99d4/Framing-Test-12
-
The Medeek Wall and Medeek Wall Tools:
The tools toolbar has the following functions from left to right:
- Move Opening (Window or Door)
- Edit Opening (Window or Door)
- Delete Opening (Window or Door)
- Move Wall
- Edit Wall
- Split Wall
-
Doors are coming along, just need to add the exterior trim and the interior casing, then on to bigger and better things.
View updated model here:
https://3dwarehouse.sketchup.com/model/260cc208-e1c1-44bd-9173-8244eacd99d4/Framing-Test-12
Doors are interesting since there are really two types, man doors and garage doors (on a typical residential structure). When the user goes to create a new door, there is a flag which can be flipped that takes one to the garage door modules versus the man door modules.
Most garage doors are trimmed out different than man doors and also generally do not have interior casing, also the actual doors are a completely different animal than your typical man door. As such they require their own separate module.
For the man door module I am starting with a basic solid door and a half glass or half lite window as shown, later I will add additional door types, the list is extensive.
I've also set it up so that the user can upload their own door hardware (door knobs) into the component sub-folder of the plugin, this allow for the user to completely customize their inventory of door knobs and levers. I am currently only including two very basic (low poly count) knob/lever styles.
All of this programming is exhausting, never thought I would say that. After the initial release I am going to take a break for about a week just to recover.
-
A couple of designer/architect requests:
1.) Style3 for door hardware is a door knob and dead bolt combo:
2.) When you enable a grille (muntins) for a window or a door you are not given an option for the muntin width and depth. However, you will now be able to set these up in the global settings. Initially I had hard coded in a 0.625 x 0.1875 (between the glass) muntin size however this prevented the flexibility to adjust the muntin size and hence its appearance.
The example below has a muntin depth of 1.25" and a width of 0.75".
Advertisement