Jump to content

nahekul

Member
  • Content Count

    27
  • Joined

  • Last visited

Community Reputation

4 Neutral

About nahekul

  • Rank
    Greenhorn

Personal Information

  • Occupation
    Architecture
  • Homepage
    http://www.cornerarch.com/
  • Location
    Canada

Recent Profile Visitors

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

  1. It looks like we may have found the issue. The problem occurs on the elevation design layer. On this layer, there are 24 viewports referencing back to the main floorplans (with lots of symbols and multiple layers turned on). Moving these viewports onto another design layer and turning it off when drawing on the elevation layer solves the slowdown issue.
  2. Yes, the file has been sent to the tech and they are looking into this. Thanks.
  3. The same thing happens with either "Best Performance" or "Best Compatibility" selected.
  4. We have noticed that Vectorworks slows down/freezes every time something new is drawn (eg. lines, squares, dimensions) on layers with a lot of objects (~1800 objects). Moving and duplicating objects are okay, just not drawing anything new. It happens with VW2019 SP2 only. Other versions seem to be fine. We think this is because Vectorworks is trying to redraw the entire design layer. If all the classes on the layer are hidden, then there are no issues with drawing anything. Drawing objects inside a group without showing other objects outside the group is fine as well. If there is a way to limit the redraw to the display area instead of the entire layer, then I think it should solve this issue.
  5. This has been fixed in Vectorworks 2019 SP2. Space objects now display the area correctly without the need to use the Record.Field format.
  6. @Tim C. Thanks, I have sent you the Vectorworks file that is experiencing the slowdown as well as the activity monitor report. Let me know if there are any issues with the file.
  7. We are seeing the same issue with SP2. Multiple files have spinning beachballs (sometimes up to 10min.) when changing layers and editing objects. This is solved when we move back to sp1.1.
  8. We are noticing this same issue happening with Vectorworks 2018 and 2019 as well. Our workaround was to restart the computer then disconnect and reconnect to the server. This seems to work but it's a bit of a hassle.
  9. Yes, all the database functions still work. It is just the regular spreadsheet function (=AREA(('Space'.'11_Number'='X'))) that does not. This is due to the space object not displaying an area for the polygon in the OIP.
  10. The area function in spreadsheets is not displaying space object areas in Vectorworks 2019. This has always worked in previous versions. Formula in spreadsheet: =AREA((((L='Design Layer-1') & ('Space'.'11_Number'='R1')))) Database still displays the space area correctly. The area formula displays correctly for polygons or rectangles. Probable cause: - Clicking on a polygon or rectangle will display the area in the OIP. - Clicking on the space object does not display the area in the OIP. Where the area should be is blank. V2019 Spreadsheet test.vwx
  11. Vectorworks Architect 2018 SP4 (Build: 435714) (64 bit) The bug occurs when trying to convert an unstyled wall to a new wall style using the right-click context menu. To recreate the bug: - select some unstyled walls and create a group. - exit the group with the walls still selected (selected walls inside the group are shown as not selected outside). - create another unstyled wall that's different than the first one. - right click on the new unstyled wall and turn it into a styled wall. - pop up menu will come up asking to replace all selected walls (no ways to not replace the walls). - clicking ok will now change all the selected walls in the group to the new styled wall even if the group is unselected and on another layer. There is no way to tell if something is selected in the group unless going into each group on every single design layer to check manually. The workaround currently is to copy the unstyled wall to a new file and turn it into a styled wall in the new file.
  12. This is still an issue on Vectorworks 2018 SP2. Holding ALT/OPT and clicking spacebar will also switch between the bucket and eyedropper.
  13. I've tried both a full preference reset and a fresh install and neither fixed the issue.
  14. Was this issue ever resolved? The shift lock is still not working as intended where it loses its lock as soon as the cursor moves too far from the locking point. Currently, the only method is the "T" (smartpoint) lock but that doesn't work when the cursor is hovering over a line (bug?).
  15. Yeah, it is almost always by accident since there's no way to check out the symbol definitions as you mentioned. So one user might be working on the unit symbol and another user accidentally access the symbol as well to make a quick change but has no way of knowing if another user has already edited the symbol until they do a save and commit. It would be helpful if there's a rename or duplicate the symbol with another name option so both users can figure out what has changed between the 2 edits. The conflict resolution dialog does appear for users online as well but usually, the problem happens when one user takes the file home to work on so they have no idea who is working on the symbol at the office. This creates a problem when there are hundreds of symbol definitions and multiple people working on the file. No one knows which one they are "allowed" to edit without a conflict dialog pop up during a save and commit.

 

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...