Wesley Burrows

Tech support was able to replicate the issue and this has been submitted to engineering for a fix. I don't have a bug # though. @JimWI think this can move to known issues. I don't know if you can locate a bug # for it, for reference.

Submitted. Thanks to whoever added 10.13.x as an OS option :-)

I hadn't tried today, my mistake. I honestly think it has been a few days. Got absorbed in a project and forgot to follow up.

The bug submit for seems to be down, @C. Andrew Dunning, you might be a better person to report this to.

I was just expressing my wish for this to my colleague the other day. Upvoted.

I mean, CM motors have a liability disclaimer on them about not for use for lifting loads above peoples heads. ¯\_(ツ)_/¯

Seems pretty short-sighted on Tomcat and J Thomas' part. Seems akin to some curmudgeons in a boardroom circa-1995 harping on about how the internet is a fad.

My template file defaults to inserting an 8 down EV XLD-281 line array. Say I want it to actually be 5 down and XLD-181s for my particular case. So, I change the box type to 181s from my saved library and then go to the Array tab. Since I'm after a 5 down and it looks like removing the top 3 boxes gets me close to the angle I want (selected in blue below) if you hit "Delete Bumper(s) or Speaker(s) with these selected Vectorworks will immediately crash/exit. It seems to only actually want you to delete from the bottom up.

Have you tried: 1. Close out of Vectorworks 2. Rename /Users/yourusername/Library/Application Support/Vectorworks/2018 to something like /Users/yourusername/Library/Application Support/Vectorworks/2018-OLD . (This will reset any user customizations to default. But you can copy workspaces, plugins etc back over from the 2018-OLD folder. 3. Relaunch Vectorworks and test.

You need to delete the folder "RuntimeCache" from: /Users/yourusername/Library/Application Support/Vectorworks/2018/Plug-ins/

Awesome! Thanks!

I believe this happened in SP1 also. I have a drawing, with two manually selected hoists, just for example: I run the number hoists tool: Use these settings: Upon clicking OK, I receive this: (You can clearly see the two original hoists are still selected)

This is what I see on Zoomers post. Mac OS 10.13.1 and the current version of Chrome.

Are hoists supposed to travel with the hanging position when changing the Z height?? They don't for me, you have to re-attach them to get them back in the correct Z location for the new trim.

Thanks for the explanation Peter! While that makes sense, if you're using a Truss PIO, then replacing it with stock truss symbols (I get it, symbols is the operative word here), it would stand to reason they would be assumed to be inserted as truss more often than not. I'm just advocating for saving a step (and unnecessary clicking, which drives me crazy), I would think at least 90% of the time this would be the expected behavior, as I most likely wouldn't be replacing the truss PIO with 10' long burritos. :-) Again, I realize (thanks to you), you can convert from one to the other, just commentary mainly on streamlining. I'd be curious of anyone else's thoughts on this too. I totally understand and respect that we all have our unique ways of working.

I lied, it fixed the problem for one start it seemed, but now it's back and won't go away.

Thanks Peter! That does seem to work. I am a bit confused why that convert to truss step doesn't just happen automatically. But good to know that it's there. I thought that was just for creating your own custom truss pieces.

I'm curious about this too. It seems a useful addition to the insert connection tool would be another option to connect to the side of a truss at an otherwise unconnectable point.

You're right, I'm an idiot! Thanks!

It's ok to click ok. There was a post somewhere that said basically there is a new preference setting that didn't exist previously which triggered that warning.

Personally, I like having both options available. Similar to how the truss symbols have a "simplified" and complex class. My .02

I wish there was a way to detect symbols that have been inadvertently stacked on one another leading to incorrect symbol counts. (This happens to me creating seating layouts and truss layouts most often) This usually happens with symbols on the same layer and class, so being able to have a tool to automatically detect identical symbols occupying the same space on the same layer/class and either highlight the detected instances and/or purge all but 1 would be a really handy tool.

Resolved my issue, thanks!

I too get this same error on my laptop install. Desktop works fine.

In a similar fashion to the way SP1 broke the truss tool for many people until a user preferences/folder delete/reset, it seems the softgoods tool has become the latest victim in SP2. The same fix for the truss tool worked for soft goods. FYI.