Medeek Wall Plugin
-
I've been having a conversation again with one of my mentors on the idea and concept of stories/levels in the plugins. I've come to the conclusion that assigning the geometry to levels is very powerful and I now have it very much in my mind to implement some form of a system that deals specifically with this issue.
All major assemblies (groups) that are created by the wall plugin (walls, posts, beams, stairs, etc...) need to be assigned to a level. This is important for a number of reasons.
1.) The Medeek Estimator will need to break out its estimate by level, currently it will order the walls by their name but really it needs to group them by level and then order them within each group. The same holds true for all other assemblies created by the plugin(s) or even geometry not created by the plugins that I want the estimator to include.
2.) Once I get further along to where I'm automatically setting up scenes and exporting those to Layout, DXF and/or PDF, again I need to organize assemblies by their level. A floor plan usually consists of walls on a specific level.
3.) The engineering module (way out in the future right now of course) will also need to know this information in order to make sense of the model.
Each assembly (main group) will have a parameter in its attribute library which specifies the level it is on regardless of where it actually is in space (in the model). The user of course can always change this.
There also needs to be a way that the user can set the Z height of each level and also set a specific level as "active" so that all new geometry (walls) is automatically placed on that level.
There also needs to be a way of adding new levels and deleting levels. If a level is deleted then the plugin should prompt the user where it wants to place any groups on that level being deleted and allow the user to select from available levels.
There should be a button that allows the user to hide all assemblies on a given level or unhide them. Probably another button that allows the user to select all assemblies on a given level, that would probably be useful.
I need to add a context menu so that the user can right click on any component or group (plugin geometry or not) and assign it to a specific level. For non-plugin geometry this means that a attribute library key is created for the entity and assigns it to a level.
I'm sure there are more things I am missing but of the top of my head and based on my recent thoughts on the matter this is what I'm coming up with.
-
Per customer request I will be adding in the octagon (fixed/picture) window:
The ratio of the window height to width determines whether it is a true octagon or an elongated one. As usual the possibilities are infinite. I think for now I will just utilize rectangular shutters for this window type until someone tells me otherwise.
-
Similar to the Oval/Circle window I'm not installing a ledge with the Octagon window, let me know if this should be otherwise.
-
Version 1.0.1 - 01.18.2019
- Added octagon windows to the window draw and edit modules.
- Fixed a bug in the license and registration module.
I've never actually seen an octagon window with ext. shutters so for now I will use rectangular shaped shutters on octagon windows until told to do otherwise.
I kind of forgot how much work it is to add in a new windows shape, there are so many options and elements and each one must be dealt with: sheathing, cladding, framing, trim, casing, shutters, band boards, frieze boards, water boards, wainscoting, labels.
The good news is that as I add in more window shapes/types a lot of the code begins to overlap so I can usually cobble together the logic based on work I've already done, which of course is easier and faster than creating something from scratch.
-
Version 1.0.2 - 01.19.2019
- Added a louver vent option for all window shapes: Rectangle, Half Round, Segmented Arch, Gothic Arch, Oval/Circle, Octagon
Louver vents are really nothing more than removing the sash and glass from a window assembly and replacing them with slats. Exterior trim around the louvers can also be applied (the same as regular windows).
-
The new volume licensing (3-in-1 price) for all three plugins (mdkBIM Suite) is now live.
-
I am adding a sponsors section to each plugin page:
http://design.medeek.com/resources/medeekwallplugin.pl#Sponsors
Hopefully this will be another small source of revenue to help offset my recent decision to skip out on subscription licensing. I am also excited to be able to provide some recognition to those who have been instrumental in the development of these plugins.
If you feel like you should be included as one of the development or finanicial sponsors please contact me via email.
Each sponsorship includes a listing with your logo, name (individual or company), a short paragraph explaining your business, credentials, products etc... and a link to your website.
The same sponsors section will be shown at the bottom of all three plugin pages.
I am also open to suggestions on how to make this feature/listing more attractive to potential sponsors.
-
After some discussion on stairs today and giving it some more thought it did occur to me that one could pre-assemble some more common stair configurations with the plugin and then at a later time simply copy and paste these into a new or different models. The inserted stairs (groups) can then be edited just like any other stair assembly created from scratch in the model/file.
This same strategy, of course, applies to walls, beams, roofs, foundations etc...
If anyone notices any problems with this strategy please let me know.
-
I've looked around for some relatively lightweight electrical outlets and switches to use as the default components in the new electrical module. Unfortunately, everything in the warehouse is too complex or high poly count for my liking.
I've created some very basic outlets that I probably use in this new module, you can preview them here:
I will also create a series of low poly switches.
The electrical boxes are dimensionally accurate and are models of the Carlon Blue PVC boxes. The faceplates are per the specs sheets from Leviton standard face plate sizes.
When I get some extra time I will add in more options for boxes and face plates.
I'll start with the standard US/Canadian NEMA receptacles.
https://en.wikipedia.org/wiki/NEMA_connector
Within the global settings the user will be able to set which country's electrical standard they wish to use.
-
Yet another plugin within an already beautiful plugin. The plugin suite is not only increasing in depth but becoming very broad as well. The best is yet to come.
Some have asked me where does it all end. My best answer, at this point, is only when the plugin(s) can successfully model, create full construction documents, estimate and engineer every aspect of a residential design. Then my work will be done. Looks like I have a few years to go...
My goal this year is to hopefully bring on some extra programming help so I can further accelerate the development and eventually get to the engineering (my piece de resistance) modules.
-
Should electrical not be an external / additional module?
-
@juju said:
Should electrical not be an external / additional module?
I agree, should I call it Medeek Electrical or Medeek Electric?
-
-
Just loaded the Wall Plugin into SU 2019 and so far all is good. I did notice that the HTML menus seem to be loading quite a bit faster and the performance overall seems to have improved. It looks like the browser engine under the hood has been updated and already there is a marked improvement, thank-you SketchUp.
When you drag a menu and then select a drop down box the bug where the drop down opens up at the previous location is now resolved. Looks like I might have to update to SU 2019.
-
That drag an html dialog bug with an open drop down was actually fixed in SU 2018.
However with SU 2018 if you open an html dialog and resize it you would see flashing as the browser contents were continuously redrawn which was annoying. SU 2019 cleaned this up.
With SU 2017 I stayed with WebDialog. With SU 2018 I modified my css file so that disabled controls looked more disabled. I did switch over to htmldialog with SU 2018 because of the speed improvement. I am running SU 18.0.16975 64 bit.
-
Version 1.0.3 - 02.11.2019
- Fixed a bug in the display of the toolbars (Mac and Windows).
- Added a trimmer extend option to extend trimmers up to bottom of header when a built-up header is used that has a bottom plate.
In certain jurisdictions the trimmers (jack studs) must extend to the bottom of the actual header and not to just the bottom plate of the built-up header. This option allows one to set this per window and also within the global settings.
The toolbar bug is probably more apparent to Mac users but technically also affects Windows users as well.
-
Version 1.0.4 - 02.14.2019
- Added logic to the final assembly routine to allow for electrical components (Medeek Electrical) to be retained within wall panels.
Previous versions of the Wall plugin will not be compatible with the new Medeek Electrical plugin. You will be able to create electrical components but as soon as you rebuild or modify a wall it will blow away all of your electrical components.
-
It might be useful to have a button somewhere in the global settings that allows one to reset all of the settings to the initial installed settings, essentially reset the entire plugin with a single action.
Any thoughts on this?
I think a few settings such as the serial number one would not want to reset.
-
I have been giving the backer boards at T-intersections some serious thought for a while now. I’ve resisted adding them in primarily because there is such a variation in the way this is handled.
Some use the U-shaped structure (3-studs). Others will run two studs flat. Yet another common method is ladder blocking between nominal studs.
I will be adding in a “blocking module” for the inserting of custom blocking into the wall panels, there has been quite a bit of requests for this. However, automating T-intersections (blocking) would probably be preferential to manually having to go back and insert the blocking.
Another ongoing issue is the Material Manager in the Global Settings locking up for Mac users. This issue has to do with the behavior of modal HTML windows and MacOS. I am still working on the resolution. This problem does not affect users who are running on Windows.
-
I'm thinking about adding in a "Header Manager" that allows the user to basically create and manage their various headers for doors, windows and garage doors. Glulam headers will still be a special case situation which will not be managed by this interface.
The only road block I'm running into with this is I have an issue with MacOS and the show modal incompatibility. I still have not determined the resolution to this problem which is affecting the Material Manager in the global settings.
Advertisement