Jump to content

Markus Barrera-Kolb

  • Content Count

  • Joined

  • Last visited

Community Reputation

19 Good

About Markus Barrera-Kolb

  • Rank

Personal Information

  • Occupation
  • Location
    United States

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. ...I've got the exact same question! Also wondering whether there's any way to control the format, e.g. number of decimal points, of a function such as the area of a polygon used to delineate an occupancy space, other than the global setting for area quantities. In other words, I may wish to have my standard area units to be square feet with two decimal points, but wish to have my occupancy tag only display whole square feet (no decimal points).
  2. I did look and see that the shortcut assignment for the Fit to Objects command was correct, so likely something else in the workspace is indeed corrupt. I've customized a lot, so I definitely don't cherish the thought of re-creating it. Do you know if there's a way to print out a summary of the customizations? Thanks!
  3. ...just brought over my old workspace and now it's not working again. When I switch back to one of the default workspaces it works—I'll have to see if I mistakenly added a conflicting shortcut; otherwise perhaps the workspace is somehow corrupt?
  4. Marissa—with a fresh VW user folder it does now work. Thanks! Now to copy over my workspace, plugins, and re-configure my preferences and palettes...
  5. Yeah, unfortunately it's not working at all on my end. No matter what the view, render mode, or Navigation Graphics settings...
  6. I'd hoped that SP3 would remedy this, but for me Zoom > Fit to Objects is still not working (running VW Arch 2019 under Windows 10). Anyone else encountering this? I'd spoken with a tech a while back who confirmed that it was a known issue under SP2. Basic functionality whose absence definitely impacts my workflow negatively!
  7. Thanks, Julian – don't quite know how I've used VW for over 10 years without knowing that! Now I can forget all about that silly script... Cheers, Markus
  8. I've been using a simple script for years now to de-select all objects, which is particularly useful when I'm zoomed in or working in 3D with no empty space to click on in order to de-select objects (works nicely with a <shift><cmd><A> keyboard shortcut). However, this script no longer works for me in 2019. I've tried re-compiling it, double-checked that the DselectAll VS function still exists, and re-assigned it in my workspace, but it still doesn't work. Any pointers? Thanks... Cheers, Markus PROCEDURE DeselectAll; BEGIN DSelectAll; END; RUN (DeselectAll); Deselect All.vsm
  9. Thanks Raymond - looks like a restart did it! Odd enough, given that I'd already restarted it prior, but I guess you never know... Cheers, Markus
  10. I'd been using a script with VW2017 and VW2018 that set the view to normal perspective and the render mode to OpenGL, in part because I'd found that if you activated the flyover tool while inside a group, the default view and render mode were ignored, and also because there's a small lag before you can use the SpaceNavigator 3D mouse after activating the flyover tool. The script worked great in '17 and '18, but now I'm getting this error with it in VW2019: Error on line=3: PERSPECTIVEOPENGL DOMENUTEXTBYNAME – Menu cannot be found. Projection. Here's the script: PROCEDURE PerspectiveOpenGL; BEGIN DoMenuTextByName('Projection',5); DoMenuTextByName('OpenGL Render Chunk',1); SetPref (1320,False); SetPrefReal (127,6.0); END; RUN (PerspectiveOpenGL); Any help is appreciated – thanks! Cheers, Markus Perspective+OpenGL.vsm
  11. It looks like collinear (colinear?) constraints only act on the centerline of wall objects. Given that one of Vectorworks' weak points, IMHO, is the difficulty in keeping multi-story building envelopes aligned – who here hasn't spent way too much time chasing down those horizontal lines between walls that somehow just won't stack perfectly? – it would be great to be able to apply the collinear constraint to walls based on specific wall components, rather than just the wall centerline. If all exterior wall types were exactly the same this wouldn't be an issue, but the fact is that almost every project has at least a foundation wall type and an above-grade wall type, if not more, and these are usually different thicknesses. This feature would allow you to make sure that, for example, the exterior face of the concrete foundation wall would always align with the face of stud above...
  12. Tom – totally agree with you. Without being able to have a single overview of the issue data where one can also edit & amend it, the system is just too unwieldy and cumbersome. And this should be completely separate from the title block and data field setup. Again, we're now using our own sheet-specific record fields for our issue data so we can manage it all using a worksheet – see attached. Works well for us, but it's regrettable that we don't get something like this 'out of the box'. Cheers, Markus
  13. I've encountered this as well, with the added gem of, on several occasions, having VW suddenly undo multiple drawings steps without the ability to redo them. Each time after this has happened I then noticed that the information displayed in the OIP referred to the other open project. Cheers, Markus
  14. We're still using the Data Stamp (Dims/Notes tool set) within the title block definition (Layout) for this – seems to work OK. Cheers, Markus
  15. ...I can't imagine that the intent is for surface hatches to only align with their respective textures when in Top/Plan view rather than in a 3D view, or am I misunderstanding? Here's the file with an extrude I just created in Top/Plan view, with no H or V offset, and the hatch still doesn't align with the texture, regardless of the map type. I think this whole feature is either buggy as all get-out or insanely difficult to use correctly. Wish it'd get fixed! surface hatch alignment 2.vwx


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.

  • Create New...