Jump to content

Tim C.

Vectorworks, Inc Employee
  • Posts

  • Joined

  • Last visited


24 Great


Personal Information

  • Location
    United States

Recent Profile Visitors

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

  1. Hi Mark, do you get better results if you apply the colors using the Truss Record instead of the "Symbol Name" function? That function works a little differently and may not reliably locate symbols embedded within plugins. So instead of choosing Objects using Function: Symbol Name, choose Objects using Record: Truss Record: Model Name and apply the same colors there. I think that'll give you better results. Hope this helps! Tim
  2. @rjtiedeman did you ever try just replacing the Line with a thin poly in 2020? That seems to be the easiest workaround. -Go into the Sweep -Activate the Offset tool with a really small offset distance and the "Close Open Curves" tool pref enabled -Offset the Line and give it a solid fill The texture should then show on the Sweep and it should have the same mapping as 2019.
  3. @archdaly are you using VW 2019 or VW 2020? Some of these problems still exist in later versions of VW 2019, but this should be fixed in VW 2020. Did you ever try the un-docking and re-docking of the OIP? This usually fixes the problem for the rest of the session. Hope this helps, Tim
  4. @rjtiedeman yes this looks like the problem that Andy mentions above, where Line objects aren't supporting a fill in 2020 and that's spilling over to any solids (Extrudes, Sweeps, etc) that are made from the Line. This is already fixed in a newer service pack but for now you'll just want to replace that line with a thin polygon and the fill should then show. Sorry for the inconvenience. Tim
  5. @sixthflick thanks, I'll pass this info on to the engineering team that's looking at this.
  6. @sixthflick can you try something on your end which will help us diagnose the problem? -Launch the Console app (in Applications/Utilities) -In VW, select the Callout or do whatever operation is causing the lag -While the lag is occurring, look in the Console app and note what messages are showing Do you see lots of consecutive messages that say "EXCEPTION" or something along those lines? If so, this looks like the same Mojave problem we've been running into. From my understanding, Apple made a change to how exceptions are handled in 10.14, and this causes issues with our Object Info Palette. The problem seems to be much-improved in SP3 due to some changes we made, but we're finding that it still happens for some users in certain cases. If this is the problem you're seeing, un-docking and re-docking the Object Info Palette will typically fix the problem for the rest of the session. If this isn't the problem you're seeing, the next step would be to get a sample of the slowdown. This can be done through the Activity Monitor application. While the lag is occurring, highlight the VW 2019 app in Activity Monitor and choose "Sample Process" from the utility menu at the top. This will create a Sample file that we can look at on our end. Thanks for your help!
  7. @Kevin McAllister would it be possible to PM me the file so we can take a closer look?
  8. @bjoerka next time you see this can you check the RAM usage and see if you're maxing out your RAM when the slowdown occurs? Once the RAM gets used up your machine will start offloading data to the hard drive or SSD, which can really slow things down. On Mac you can check the RAM usage through the Activity Monitor, and on Windows you can do it through the Task Manager. Best Regards, Tim
  9. Good to hear!! We're working on a fix for this so that you can keep the OIP docked, but this should help out a lot in the meantime. Let us know if you still see any problems.
  10. @Alan.AHA are you using Mojave (10.14) on Mac? If so, can you try undocking the OIP and see if that helps at all? Best Regards, Tim
  11. @912345678 it looks like we have other reports of this problem and are working on a fix, but I'd like to add your example if you wouldn't mind messaging me a copy of the file? From what I'm seeing the problem is worse if you update the viewports and then edit the Annotations. So one workaround might be to get the viewports in an updated state, then save/close/reopen the file, and then edit the VP Annotations. I'm not sure how much it'll help, but it might be the best approach until we can get this fixed. Best Regards, Tim
  12. @Brittany I'm thinking this has something to do with using page-based units (for either the Hatch or the symbol itself), but it's hard to be sure without seeing the file. It's been awhile since you posted this but if you're still looking for a solution please message me a file containing the 2D objects that are being converted to symbols. Best Regards, Tim
  13. @Jeremy Best @mjm we're looking into this bug, but you should be able to cancel the RW render by changing the active render mode. For example if you just choose Wireframe from the rendering menu, the RW render should stop immediately. HTH
  14. @Alan.AHA as you experience the slowdown can you create a sample file from the Activity Monitor? This will give our engineers something to look at so we can investigate. It should take less than a minute: -Launch the Activity Monitor -While the slowdown is occurring in VW, highlight the Vectorworks 2019 app in the Activity Monitor and choose "Sample Process" from the pull-down menu at the top -This will generate a text file that you can save and upload Thanks for your help! Tim
  15. @Asemblance we're looking into this now and will get back to you asap. Best Regards, Tim
  • Create New...