[Plugin] Hole Punching Tool
-
Here's an update in the PluginStore....
http://sketchucation.com/pluginstore?pln=HolePunchTool
v2.8 Fixes an observer glitch whereby the whole selection was cleared if a punched instance/reveal was in the selection and the active tool was changed.
Turned out to be a simple typo
Please update your installation...
-
Great tool but mine isnt working. After trying to place my window component, I right click to select "punch hole" but the only option I can select is "set depth". Thanks for any help in advance!
-
Is your component definition [door/window/etc] set up to both glue AND cut ?
It must cut a hole in its glued_onto-face BEFORE it can ever be considered for a 'punch'...
If not, then it will never work...
AND please remember that a cutting component definition must have its 'blue' axis [shown as a blue-X] perpendicular to its main geometry - i.e. so it 'lays onto the face that it is to 'cut'.Post an example SKP with wall/instances so we can see what you have set up wrongly...............
-
After inserting doors and windows, which do cut openings, in some particular cases I would like the cut face to be copied and visible on the parent face, i.e outside the compo. Do you think part of your plugin could be used to get that ?
-
@mariocha said:
After inserting doors and windows, which do cut openings, in some particular cases I would like the cut face to be copied and visible on the parent face, i.e outside the compo. Do you think part of your plugin could be used to get that ?
I don't fully understand the question...
If you UNlink the cutting instance - context-menu - then it is no longer connected to the instance anyway ?
Please explain what you mean/want = somewhat better...Or perhaps ex-the-tool - how about using "intersect" between the instance and face, then "unglue" the instance ??
-
Finally, I think your suggestion to intersect the compo with the face will be just fine. Thousand thanks !
-
Maybe can help for some cases ?
-
Dynamic components tend to get pretty complicated. They are mainly made of sub-components and groups.
In order to have them cut opening, I add loose edges framing the opening I want.
Some geometry, trimmings, extend outside the perimeter of those edges.
And also, some geometry are hidden, depending on the user choice of options.
So HolePunch is having a lot of problems with my complicated DCs.
Looking at the code, I think I understand that it is adding all the faces of sub components and groups as punching elements. Too many overlapping geometry in my DCs, I think.
Btw, your code is a huge lesson in high level SU Ruby API coding.
So my question; Is a HolePunch variant taking only the cut-opening edges as punching elements a good idea ? If so, feasible ?
PunchCutOpening.rb ?
-
@mariocha said:
Is a HolePunch variant taking only the cut-opening edges as punching elements a good idea ? If so, feasible ?
PunchCutOpening.rb ?Ok, so as not to have anybody waste time over this, let it be known that I have done it. Well only proof of concept. Still a lot to do.
It took a lot of reading of numerous post and I must thank TIG, TT, Dan, Driven, Jim, and others for their several replies to newbies questions and for their unscripted plugins from which one can learn a lot.
Cookies to you all SU-Ruby masters. -
Please note that this extension has some issues with v2017 entities' IDs etc - stopping it working properly.
An update is in progress - please be patient... -
Sounds like just what I need mariocha. Any updates? Could you post your rb?
-
Thanks for what looks like a great plugin, I'm here to report it's not working for me (Sketchup pro 2017 Win, tried with sketchup 2016). After following your instructions closely the plugin hangs for close to five minutes, then removes the component's original cut opening. furthermore the plugin doesn't create the second cutting face, it only fills in the original hole. I was sure to drag a new components form the component library every time I was trying to cut, as you've pointed out to many others on this thread.
I'd be happy to pay for support for this plugin but seeing as it's free I'll just have to hope TIG can help.
-
Can you post a small SKP with a wall and cutting component window.
Otherwise it's all guesswork.I suspect there's something wrong with your example window component.
To test this please make two 3d [two faced] walls - ensuring that their front faces are looking 'outwards'.
Now draw a smaller rectangle directly on a wall's face, give it a transparent material.
Next select the transparent rectangle and its edges [double-click it] and make it into a component.
In the dialog set it to glue and cut.
Name it something like "A_Window".Now insert a second instance of it from the Component Browser [model tab] a,d glue it directly onto another wall.
At this point you should have two 'windows' on the walls which let you see into the walls' insidesOpen the Ruby Console to see error-massages [if any].
Now use the Hole Puncher on each window in turn and see what happens...
-
I can replicate your issue.
At the moment I can't see what's happening...I'm looking at it...
-
TIG, thanks for the reply. I've tried your test (details below) and a couple different windows now; no luck. Sketchup file attached. I've seen the plugin used on tutorials/YouTube and could swear I'm doing it right.
@tig said:
To test this please make two 3d [two faced] walls - ensuring that their front faces are looking 'outwards'.
I made one wall by extruding a rectangle; ensuring the 'normals' faced outward. I grouped the wall then copied it in front of itself to create a common co-planar face. I tried using Hole Punch with a transparent rectangle cutting the co-planar face. The result was the removal of the cutting face (as before).
-
Here's v3.0
http://sketchucation.com/pluginstore?pln=HolePunchTool
I have recoded it for v2017 compatibility***, and also signed it for all v2016/2017 loading-policies.***The glitch was caused by a change in the way v2017 handles exploded entities - references are now lost as the edges/faces get a new ID - unlike all earlier versions !
This has caused numerous issues across many plugins !
[I'm still fixing EEby... tools !]Please test and feedback...
-
Reporting back to say that 3.0 is not working, behaving same as before.
Furthermore the extension manager lists 'hole punch' and the accompanying 'DeBazier' as unsigned.
Ruby window shows no error, tried with a few different components. -
The HolePunch should report as fully signed.***
Although deBabelizer was not re-signed for v2017 - just v2016.But of course this doesn't matter anyway, if your loading-policy is unrestricted.
It worked just fine with your example SKP.
***But now I see the glitch again - so I suspect I messed up some file swaps within the RBZ whilst re-signing it !So I have made v4.0, which now includes a fully signed deBabelizer, and I have treble-checked the various files and re-signed the HolePunch too...
Please feed back...
Get v4.0 here...
http://sketchucation.com/pluginstore?pln=HolePunchTool -
Hole punch 4.0 works in SU17
TIG for prime minister -
This is my favorite time saving plug in ever!
Tig, I just wanted to make you aware of a behavior I have noticed in 2018 sketchup using latest holepunch download.
If I work on a model for a while, could be a half an hour or a half a day, placing objects that i will be punching after I get them all placed and then start punching them 1 by 1 there is a substantial delay from the time I hit "punch" to the time it actually punches. Upwards of 5 to seven seconds.
If I close the file and re-open it and start punching before i do anything else the punches then punch with virtually no delay.
If I was to to start working on the model after re-starting without punching first the delay will re-establish itself.
Not a big deal to me, because i normally place all my windows without punching and then punch them all when I have them in place so restarting once before I punch is not a big deal.
Just thought you might like to know.
p
Advertisement