Scott C. Parker

It was. Added yours to the list. I'm working on a task to add the single and distributed functions now avail w lights to the hoists. It'll take some time.

@Stefan B. You've found a bug. I've reported it. Thanks, Scott

This is a nice symbol. Have you made versions with various sized opening of the screw jaw? I would use these when making drawings of scenery that's held together using these. As seen here.

Would you mind sharing a sample file showing this issue? We'd like to know if this is an actual bug that needs to be fixed or if it's a scaling issue between layers, etc. Thanks, Scott

Sort of. It depends on how you are managing your symbols and the wattage info. If you're simply changing the wattage of the symbol and don't care about showing it on the plot, other than a legend or tag, the symbol remains the same. If you use the actual symbol in the resource library with the 750W cap, then it's a separate symbol. You get a bit creative depending on how you want to show the info and how you want to report it. Here, I have 11 bodies of a 26° light. In the symbols area, I have 10 at 575 and one w 750. In the Plug-in area, you see I also have 11 bodies, but I've entered different wattages in the wattage/power field of the light. On the right, I have 60 bodies at 575 and just three with different wattages. Notice that "750" is treated differently than "750 W"

Please post a sample file so we can take a look.

I haven't tried this, but if I wanted to do what you're doing, I would try it... Have you taken a hoist and edited the hoist symbol's overall shape to give a visual offset? I'm wondering if you place a larger invisible shape in the symbol and then move the visible parts to one side; the middle of the symbol would snap to the middle of the truss, but the visual image of the hoist would be offset. Braceworks would still calculate based on the centerline of the load objects. Yes, it's a workaround until when/if the feature can be developed.

Funny you should mention...

Could you send me a test file I can share with the programmers?

I discovered this the other day and filed a bug. Please post a screenshot of what you see with the non-working form so I can submit an internal bug report. Thanks, Scott

This is the hoist and truss establishing their connection for load calculations. What kind of modification are you looking for?

The z-fighting is still an issue. For rendering and visual needs, setting the base structure of the LED walls to none removes the z-fighting conflict. Though this isn't a fix for the underlying issue, it does help for presentation needs. If you also want to show the thickness of the tiles behind the image, I suggest extruding a shape or duplicating the wall and pushing it back a few mm. One shows the blocks, and the other the image.

They do not yet exist. The connector is present, though, so making a copy of the Edison breakout and editing the 3D parts will allow you to replace the Edison connectors with Powercon True1 connectors. Then edit the 2D for the text. To have the cables insert properly, edit the lighting symbols as well. Change the attached record with the new connector. You'll need to use this text to have True1 show in the lighting unit OIP. "NAC3FX-W and NAC3MX-W" You'll find the "UniversalName=" text in the CableConnectors.xml file in libraries/defaults/cable tools. Avoid editing the XML file. It'll break things.

Sorry, no, not at this time. As the info is trapped inside each cable run, making actual database worksheets is not possible. Hence the two versions of plain reports supplied. We're doing some magic in the background to parse the info for plain counting. Each cable inside a cable run is a "sub part" and worksheets don't like listing the parts vertically. This is why the parts can be shown across using the .1, .2, indicators for each column.

The various parts of cables are baked into each cable and pulling the info about each cable and each part is trapped within the cable. The Equipment and Inventory dialog has code that extracts the info in two ways. One, the way Pat describes and uses the 1, 2, 3 for each part to pull the info out and put into the worksheet. The second report pulls out the info in a way users need to build shop orders, aka, list form with quantities. Unfortunatly, this makes it hard to build custom worksheets to repeat counting. We're open to receiving examples of formatted reports that 'might' be used as templates for the reports we make via the Equipment and Inventory dialog. I don't know if it's possible to have this happen. Thanks, Scott

Please post a sample file. Thanks, Scott

You had a few items that were not connected, and some of your hoists were not exactly centered on the truss. When you have items reported as not connected, use the "Select System Objects" in the OIP to find out which items are not connected, then shift them around a bit until they snap properly. Edit: I just noticed I connected one hoist to the bottom truss. Sorry about that. Once you move it back to the top, it should still work. TQ24-ST01-PDP-SCP.vwx

Please post a sample file for testing. These two examples so not appear to be using the same settings.

BW gets finicky with vertical systems. Can you post a sample file?

Here's a video showing how I add typical symbols.

Would you please post a sample file, including the worksheet, to play with

You can report incorrect information here https://www3.vectorworks.net/vectorworks-bug-report Editing the weight of the symbols is via the resource manager. Right click on the symbol and select "Attach Record." Select the truss record and choose to edit the data. Edit the appropriate field and your symbols should update.

Supporting 3rd party is on our radar, but has yet to be implemented. Currently, we need items that are SDK and/or symbol-based to be able to "see" the objects in the Equipment and Inventory dialog. Andy's wonderful tools place a visual image of the symbols in the drawing layer vs. an actual symbol. VW's version does as well, but has some additional SDK type coding that allows the inventory system to see and count them. I'm not a programmer, but this is how it's been explained to me. It gets even more complicated when one tilts a symbol based object. Huge rabbit hole.

Unfortunately, regular "symbols" are defined as symbols and can live only in the symbol object category. This type of workflow is on our list for future improvement. For now, you should be able to implement some filters to limit the symbols in the Equipment and Inventory dialog—mostly layer-type filters. I know it's a pain point for many users with this new feature.

The Equipment Summary Key tool shows the GDTF mode when you add the Plug-In version of the symbol.