PVA - Admin

That wouldn't be hard if they got rid of Screen Plane, but currently anything Screen Plane doesn't (and can not) have a Z value in the same way planar and real 3D objects do. A lot of the problems in that area come from a huge chunk of our users wanting to remain in 2D and not have anything 3D at all, with a completely different set of users wanting to completely move into an integrated hybrid environment in preparation for the future. Currently we attempt to cater to both. I am personally in the second camp.

It appears Clip Cube was enabled, so nothing would have appeared differently in Top/Plan, but in 3D the file was only displaying the area inside the clip cube.

Does it work in a new blank file if you create and extrude a rectangle? If so, send me your original file. If not, send me this from your machine, please: http://kbase.vectorworks.net/questions/627/DirectX+Diagnostics+and+System+Profiler

If it isnt too much or too little light, or that the light objects are inside a 3D solid, send in the file to tech@vectorworks.net and I can have a look.

Was the missing geometry referenced originally, or was it all in one file? In either case, I can take a look if you can send the file or a link to it to tech@vectorworks.net

OpenGL and Final Quality Renderworks both show nothing? Normally when wireframe and hidden line work fine but you see nothing in the other modes, means you either have NO light at all (usually the rendering is then black) or too much light (usually then its solid white) but that's just a guess based on common things users run into.

To get it to work fully, likely you will need to break up the internal symbols, keeping their 3D geometry inside one symbol (rather than a group) and then scale the symbol asymmetrically as mentioned above.

Yes, my concern is more that it appeared to do nothing and give no error. The main problem being that there was no feedback of any kind. I can understand that Vectorworks didn't think a "problem" had occurred, but that can be the cause of a lot of confusion, as evidenced by the creation of this thread and many like it. I'm not sure if just adding some sort of visual feedback of what Fit Walls was fitting to would help, but its a problem in a number of different ways.

If you have Unified View enabled, in Unified View options, check "display screen objects" but uncheck everything else in that dialogue, then go back to a top/plan view and back to a 3D view, does it look any different?

It does indeed, i'll add that to the report. Even if these two roof faces are smashed together or have a gap, it should still attempt to fit all the way up to either the point where the two intersect or the bottom of the gap at the top.

Excellent idea, submitting now. This already sort-of exists for 2D objects like Rectangles, they have the "Box Position" UI that allows a user to pick the top/left/bottom etc point on the object and have repositioning/resizing operations keep this as an anchor point. A similar ability when scaling 3D geometry would be useful as well.

The main problems with trying to scale it after exporting to STL, is that you can only scale the geometry as a whole. As Kevin said, you essentially have a pile of triangles that are not easy to work with directly. ("Not Easy" being a nice way of saying its nigh on impossible.) When trying to 3D print an architectural object, scaling the whole object after the export presents problems with wall (printed object walls, not the actual walls you create din VW) thicknesses and gaps between perimeters not registering properly. The ability to completely scale ALL 3D geometry, plugins included, within Vectorworks itself would really solve a lot of these problems. A way of "breaking" away all the 3D geometry from its 2D/Hybrid components in order to scale it in a matter more suited to 3D model export would be very useful indeed, as it really is a completely different type of scaling than you would normally want in a CAD drawing. Submitting now.

It's a weird Mac quirk, it has happened on and off to users since at least the VectorWorks 12 era. Nothing you've done caused it most likely. If it keeps happening repeatedly however, let us know. A random occurrence or two is nothing to worry about but if it happens more frequently I'd recommend having one of our techs take a closer look.

Same results here, even when brought into a new doc it isn't behaving as it should. Removing either one of the roof faces allows the wall to fit as expected to it, and swapping the roof faces for generic 3D geometry allows it to work as well. You've done nothing incorrectly. I'll detail it up and submit it as an issue.

Gotcha, send me that file at tech@vectorworks.net an I will find out whats going on.

You can either: Edit the line type in the resource browser, which will push the changes made to all objects that use that line type in that document. Or you can import the line type resource into the document with the same name as the line type you wish to replace, then choose to replace the original during the resource import process rather than rename the imported one.

Correct, that is what it currently can not do and that is the component that has been requested.

This are currently in a number of enhancement requests to add this. Currently it will reshape the path of the wall top follow the edges of specified 3D geometry, but it isn't yet possible to tilt or sculpt the tops of walls in the manner you describe. I'll add this post to the request.

You can get the Print dialogue by adding an object to the Publish list as a Print, then selecting it and clicking "Options" at the bottom. (However you currently cannot access Page Setup or set multiple different printer settings for each item within Publish, these features have been requested.)

This will normally correct it: http://kbase.vectorworks.net/questions/623/Disk+Utility However you may still need to reboot after, so it may have to wait until you can do that. You can perform the repair without rebooting though, its worth a shot.

Vectorworks 12.5.3 should install and run fine on a Mac with OS X 10.4 or OS X 10.5, you may have problems getting it to run on OS X 10.6 and most likely you will not be able to even get past installation on OS X 10.7 or later.

Is it just giving you nothing currently? Or does it export linear geometry that doesn't have the added complexity included? (Still submitting this as a request, just wondering what its currently doing now.)

That symptom has dozens of different causes unfortunately, it isn't enough to go on by itself. General info/troubleshooting steps about those kinds of hangups: If left alone to run its course, it will sometimes recover, but if it doesn't recover after 5-10 minutes and a large operation wasn't performed right before the lockup occurred, it probably wont come back. If the file was saved anywhere other than locally on the machine, this can start happening or happen more frequently, saving it locally after recovering and then continuing on working will confirm if that was the problem.

To confirm, you can use Select Similar to select all the 2D loci and class them together, then turn that class of and re-render. Otherwise, it is usually rectangles, circles, polygons, lines or other non-solid 3D geometry causing it. Viewports (set as described earlier) are another way around having to find the geometry and remove it. However this issue has been submitted.

I have seen this circle-pattern behavior when the drawing includes planar geometry (flat, not-really 3d geometry on a layer plane) when light is cast on it. If you create a viewport and uncheck Display Planar Geometry from the viewports Object Info Palette, then render the viewport, do you still see the circles?