Jump to content
Developer Wiki and Function Reference Links Read more... ×
STA

Plane not deleted after planar boolean

Recommended Posts

Hi Forum,

 

I have created a marionette network to create new symbols for our company's library.

After a lot of trial and error, I am almost there but can't figure out why the offset and extruded body in the middle is still there, although it shouldn't be after the planar boolean and delete.

The created frame should be hollow on the inside like this.

My process for now is:

Type in proper dimensions->wait for the black screen to go away->ungroup->delete inner body->create symbol.

 

I'm sorry about it being in German, I hope that it's still understandable.

 

Thanks in advance

Sebastian

BeMatrix Marionette V4.vwx

Share this post


Link to post

Just a quick addition regarding this: When the network is not wrapped or converted to an object node, it does exactly what I want it to do.

Share this post


Link to post

@STA check your network again. I had a quick look - when I alt-drag your Marionette to make a copy, the new object gets corrupted. I'm not saying there is not a bug also (I had a similar thing happening with the "Set 2D Vertex" node in wrapped objects) but I would first try and fix the network.

HTH

image.thumb.png.249de84e23dc7eaae2a6b7b2dfc727a4.png

Share this post


Link to post

I have experienced the same, but would consider it a bug:

The inputs for the wrappers that import the symbols for the cylinders (normal and corner) switch the inputs when copied.

Bug Marionette Wrapper.PNG

Share this post


Link to post

That‘s what I mean. After copying the entire network the three wrappers that import symbols (which is just a shortcut to declutter for me) have the opposite input connected but still to the same wrapper which results in the bug in your screenshot.

Share this post


Link to post

With regards to the wires/ports swapping, this is similar (if not the same as) an old issue between VW versions; Marionette was updated to alphabetize wrapper ports, sometimes when editing networks that didn't update themselves, the ports will change position but the wires may not follow correctly.

I'll look around our bug tracking to see if I can find the original bug, if I can't find it, I'll try to get a new one reported.

 

I started digging around this file back when it was first posted, but unfortunately didn't have enough time to diagnose. I'll try to take another look as soon as I have time.

  • Like 1

Share this post


Link to post

Hello STA,

 

try a more different input Name , or without the space between "Zyl" and "P" 

 

Zyl P 

Zyl angel

 

new Input Names: 

PZyl or ZylP

AZyl or ZylAngel

 

greatings

 

Share this post


Link to post

I don't know if it is an issue in Marionette, but in Vectorscript I am very careful to not start any variable names with the letter P. If you start with P and later reuse the code in a Plugin Object, it is treated as a Parameter rather than a normal variable.

Share this post


Link to post
58 minutes ago, Pat Stanford said:

I don't know if it is an issue in Marionette, but in Vectorscript I am very careful to not start any variable names with the letter P. If you start with P and later reuse the code in a Plugin Object, it is treated as a Parameter rather than a normal variable.

 

This is a non-issue with Marionette/Python scripts.

Share this post


Link to post
Posted (edited)

I changed in your Wrapper "Bematrix Zylinder" the open input ports with named "passNodes" and now it run's  🙂 

Bildschirmfoto 2019-08-02 um 09.57.36.png

Edited by M.Graf TH-OWL
  • Like 1

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

 

7150 Riverwood Drive, Columbia, Maryland 21046, USA   |   Contact Us:   410-290-5114

 

© 2018 Vectorworks, Inc. All Rights Reserved. Vectorworks, Inc. is part of the Nemetschek Group.

×