Medeek Wall Plugin
-
@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.
-
The opening move tool is now complete and I am now working on the wall move tool along with the wall polyline creation tool and the auto-config for wall corners. This is the last major item(s) on the todo list prior to release. All other items are fairly minor in comparison and constitute mere housekeeping rather than actual significant development.
View model here:
https://3dwarehouse.sketchup.com/model/27520763-62ee-47d0-a0ab-31bd1c313465/Framing-Test-17
-
Every stud, plate and header is there, if you want it.
-
I've added a callout option so that when the designer is in the 2D mode the window and door sizes and types are called out:
This particular option can only be set in the global settings.
One thing to note is that the door handedness and the window type are only in the callout if the user has specified a particular door or window type to install. If the advanced options are not enabled then only the opening size will be displayed (ie. 3068 vs. 3068LH or 3040 vs. 3040SH).
-
That's nice! I've had a CAD program for decades that has never added this simple feature. Often we go to schedules with a symbol or more detailed info on the plan but during design this would be great so anyone (including yourself) can look at the drawing or model and know what size is drawn. As for handedness, I don't like to put it on the plans. I am convinced that people just don't agree what it means. I can quickly find a diagram online that shows it opposite from what you show. Great additions though! Thanks!
I know the lines dividing the different wall lines relate to framing or modeling in your case but traditionally there are no lines drawn at the wall intersections in plan.
-
@pbacot said:
That's nice! I've had a CAD program for decades that has never added this simple feature. Often we go to schedules with a symbol or more detailed info on the plan but during design this would be great so anyone (including yourself) can look at the drawing or model and know what size is drawn. As for handedness, I don't like to put it on the plans. I am convinced that people just don't agree what it means. I can quickly find a diagram online that shows it opposite from what you show. Great additions though! Thanks!
I know the lines dividing the different wall lines relate to framing or modeling in your case but traditionally there are no lines drawn at the wall intersections in plan.
The 2D mode is really designed as lightweight schematic of the model layout rather than a final floor plan for construction documents.
Walls are divided up by segments and hence they are represented as separate structures even in 2D. At some point I will probably provide a feature which will allow the user to generate a full on floor plan that will be setup for bringing all of the data into layout or some other CAD engine for final construction document creation.
When it comes to generating 2D documents I still go to AutoCAD even though Layout does exist and continues to get stronger. For that reason I think it may be useful to have an automated DXF export function builtin at some point, that cleans up the drawing nicely and gives the user exactly what they need to prepare the floor plan.
I haven't shown any interior walls yet in any of these examples, but the idea there is they will be shaded a different color than the exterior walls so that the user can quickly differentiate between the two in the 2D mode.
I agree the handedness is a bit of a pain in the butt, and you are correct that there seems to be varying definitions of which is the correct way of designating this. I may eliminate the handedness altogether, besides the graphic clearly shows the swing of the door.
Advertisement