Medeek Wall Plugin
-
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".
-
For the initial release we will begin with these three door types: solid, half glass, full glass
After the plugin is up and running we can add in any number of man door types to include but not limited to:
- Six Panel, two panel, three panel, four panel etc...
- Double doors (of each of the single door types)
- Sliding
- Arched
- Pocket and double pocket
- Bi-fold and double bi-fold
- Doors with sidelites
- Dutch
With the addition of doors the framing looks like this:
-
I can't say that I love the standard style, but this is, however, a really impressive work medeek! I imagine you'll have a tremendous success with this one.
-
@jql said:
I can't say that I love the standard style, but this is, however, a really impressive work medeek! I imagine you'll have a tremendous success with this one.
Tell me what you don't like about the standard styles? What can I do to make it better?
I haven't shown the trim or casing around the doors just yet, that is currently in the works this morning.
-
Sorry, it's not something you have made, it's just a standard Architectural style that seems to be widely used in some countries. It's so widely used and standard in fact, that it makes it possible for you to create a plugin like this. The plugin itself seems robust and really seems to be a huge achievement.
-
@jql said:
Sorry, it's not something you have made, it's just a standard Architectural style that seems to be widely used in some countries. It's so widely used and standard in fact, that it makes it possible for you to create a plugin like this. The plugin itself seems robust and really seems to be a huge achievement.
It's still a work in progress and it is getting more and more robust as I continue to put it through its paces. I still have a ways to go with some of the more advanced logic but the basic geometry creation pieces are now in place.
-
Trim and casing for man doors is now complete. The garage door module has been planned out but will have to come after the initial release of the plugin.
Currently there is only one style of trim and one style of casing for doors.
With the completion of the doors all of the primary geometry programming is done. What is remaining is the edit menus for the door and windows and the move and split functions for the walls.
The number of parameters is rather large so it will probably also be another two days worth of programming just to fully update the global settings so that it encompasses all of this information.
-
It's funny how you get your best programming ideas while not actually programming, always seems to work that way.
I was thinking about the flow of the plugin and the number of menus the user has to navigate through if they are to enable all of the options for a door or window, the menus are:
1.) Basic Geometry
2.) Advanced Options (choose whether you want trim, casing and window or door installed)
3.) Window / Door Installation and Parameters
4.) Trim
5.) CasingAs you can see this is alot of menus to have to click through just to create a window or a door, in my mind it is too many and too clunky of an interface.
Similar to the truss plugin I think I need to setup an option so the user can instead use a graphical user interface (HTML GUI) as an alternative.
My idea here is to have a HTML menu pop up that looks very similar to the edit menu but allows the user to keep it open and make changes to the parameters as required and then proceed to create another window or door but with those updated parameters. This will allow the user to get all of their parameters to what they would like and then make minor changes by changing one or two (or more) parameters without having to walk back through the basic menu system given above. This should greatly speed up window and door creation.
I may not roll this out with the first release depending on how quickly I can get the other items on the "todo" list done but it is certainly on my mind and is very close to the top of the list.
This same system or workflow should probably be implemented for wall creation as well. In fact, one could theoretically leave all three GUI menus open and work of them to create walls, windows and doors in no particular order and without having to walk through any menu chains at all.
-
Workflow, as discussed above, will make the plugin more attractive to
potential users.You currently are grouping common data inputs in their logical sequence.
If you can graphically separate the "common data strings" it will speed
up locating and entering required data for particular areas.Avoiding the "long list" of data entries will assist users.
Using a plugin that is only frequently used is difficult as the user
is "not an engineer" and some of the abbreviations require constant review of the
"help files, video or manual".If data inputs can be saved it would allow the user to keep a library of "data inputs".
These could even be made available on the Medeek web page or via the 3D Warehouse.You are making good progress and I am sure the Kickstarter participants are pleased
with what they are seeing. -
I really like the GUI idea I have posted above and the idea of presets (or saved configurations). If I can implement both of these I think the plugin will be a pleasure to use and that is really the key with software in my opinion, it needs to fun to use.
-
Just to give you an idea of the number of parameters that are involved in a window opening with all of the advanced options enabled please take a look at the following html page that will form the template for the Window Edit Menu:
http://design.medeek.com/test/web_dialog_editwindow.html
The premise of this edit function is that each window can have everyone of these parameters individually set by the user independent of any other window or door.
I've been also contemplating if I should have a window grouping feature which allows one to group windows so that certain parameters can be updated once and propagate to other windows within that group.
-
Comparision of the 2D and 3D (full framing) modes:
View model here:
https://3dwarehouse.sketchup.com/model/4e04242e-eaa3-4842-b1b5-f3695a82b274/Framing-Test-14
The 2D model could probably use some further refinements to bring it more in line with standard drafting practice.
If the designer installs the actual doors then the plugin will show the appropriate swing and opening direction of the door in the 2D mode.
-
Looks Great!
-
Preview of the Opening Edit and Delete Functions:
View model here:
https://3dwarehouse.sketchup.com/model/5ae43655-d3f1-414a-a4ea-456f32a416c3/Framing-Test-15
I am now working on the opening move function or tool.
The creation of the html menus for the window and door edit functions took a couple days due to the shear volume of the number of parameters involved. I have been very busy working on the plugin the last four days especially with debugging and testing.
As I actually test the features out sometimes new ideas come to me or even a better way of doing something so I also get dragged down into some rabbit holes as I am debugging and correcting the code.
I am wondering if it would be helpful with the wall, window and door creation tools to show a grid (every foot or six inches on center) that can function as an aid that the use can snap to?
-
This is an update on the previous "todo" list and the current status of various high priority items:
1.) Wall and Window edit, move and delete functions/Tools.
Edit and delete is complete, currently working on the move function.
2.) Global Setting tabs for Window and Door settings.
Parameters have multiplied five fold, will need to spend more time adding in all of these new parameters.
3.) Rudimentary Door and Window plugin that integrates with this plugin tightly.
This is complete, three door types, three window types, more variants to be added after initial release.
4.) Wall Move and Split Tool.
Wall move tool is planned prior to release, split tool will probably be after.
5.) Add air gap parameter for the cladding (ie. brick fascia).
Done.
6.) Auto corner configuration
Approximately, 50% complete, more debugging and testing required.
7.) Polyline Wall Tool and Face Wall Tool (right now all you can do is create a single segment at a time).
Polyline tool is now planned prior to release, face tool is on backburner until requests drive it to top of list.
8.) Final clean and addition of any additional parameters to the Global Settings.
This is part of item #2.
9.) Further refinements to the Add Window and Add Door Tools.
Complete for now, some additional error checking could be added to check for impossible geometry situations.
10.) Gable/Shed Wall Tool.
This is planned after initial release, for now.
11.) Add glulam beams to Window and Door header options.
This will be added when the garage door module is added, which will probably be post release.
12.) Update Wall Plugin web page.
Will attack this just prior to release of plugin.
13.) Additional logic for interior walls
This needs attention before release of plugin.
14.) Mitered corners for cladding.
Code is in place however further testing and debugging required.
-
Okay that was easy:
Six panel doors are now part of the plugin.
View model here:
https://3dwarehouse.sketchup.com/model/557482c5-dac8-4bb1-b694-593563cbf119/Framing-Test-16
-
Still mucking around with the Wall and Door Move Function:
It's actually working quite well however I am trying to figure out how to add a grid next to the wall that the cursor can inference from and snap to regular intervals.
Any suggestions would be helpful.
I will say the move tool is quite handy and a bit faster than using the edit function.
-
-
What if you "auto-hide" the trim when the move command is selected, then you would have the wall edges to inference to. Is that even possible? I'm not a coder.
-
@mpacey said:
What if you "auto-hide" the trim when the move command is selected, then you would have the wall edges to inference to. Is that even possible? I'm not a coder.
The point is that I want to not have to inference against anything to have the move arrow smoothly extend either side of the opening.
Advertisement