PVA - Admin

If it is isolated to one machine, (barring any other applications that deal with screen UI that might interfere, but i would expect that to then cause the problem on all files on that machine) then this is the more invasive procedure that may help, follow the instructions included to back things up first, but dont restore the backups until youve tested to see if the issue still occurs:

That is very strange, if you can, send the stripped file to tech@vectorworks.net and they can take a closer look. Files are kept confidential however through tech support, and they will destroy their copy right away after troubleshooting if needed.

Sometimes, disabling ALL snapping options in the snapping palette, restarting Vectorworks, and then re-enabling the options will reset this. If this does not work, please let me know.

Solid white can be a few different things, if you restart Vectorworks and rerender and it works fine, then thats definitely a bug. However if you aren't actually getting white but just completely transparent and devoid of geometry on a white background, that might be something different. The next time that occurs, can you place a brightly colored rectangle or something like that behind the solid white viewport and tell me if you see the viewport as solid white or if there are portions that are just empty?

As far as I have seen, there is one remaining black viewport issue in 2019 SP2 and that is related to the Tools > Options > Vectorworks Preferences > Edit > Default Compression setting being set to JPEG. Setting this to PNG should alleviate that particular problem if thats whats causing it, but in 2018 there were more unfixed causes. I no longer get any black viewports or renders myself at all, however my issues stopped at 2019 SP1 and some others are still experiencing the one related to compression, which means as we suspected there was one symptom with multiple causes.

Your machine looks to only have a Intel(R) UHD Graphics 620, which is below the minimum GPU specifications for Vectorworks: https://www.vectorworks.net/sysreq?version=2019

Try the odd troubleshooting step listed here and let me know the results please:

This is the absolute key to these add-on rendering solutions, they can take you incredibly far for a minimal time investment. I love working with rendering engines and playing with materials but not everyone has the luxury of time to experiment with and learn them. You can go much further into photorealism with a formal rendering package, but not everyone wants or needs to go that deep.

It can be, if you are able to alleviate it by doing the very strange troubleshooting step of undocking your Object Info palette and leaving it simply undocked, then this is a known bug that will be corrected in 2019 SP3. I believe however that there are other steps support will want to perform on that machine as well.

I need the system profile SPX itself attached, please.

Get in touch with tech@vectorworks.net directly for this, especially if you are using macOS 10.14 Mojave.

It's certainly working fine for me here now, are you having trouble with it?

Reply back with the following from your machine please:

Would you think that request would coincide with this one?

Specifically discrepancies of the appearance of geometry in Vectorworks vs the direct PDF output. I think the cleanliness part also related to exactly what we output and not just visually, for instance there are situations where exporting to PDF creates a very heavy file because it includes many stacks of the same vertices sometimes, far more than would be needed to cleanly display per-layer. Sometimes these are what is ballooning the filesize and sometimes not.

For anyone interested in this topic: We have plans for a few ways to reduce the size and increasing the poly-cleanliness of exported PDFs going forward after hearing this kind of feedback.

You should be able to contact him directly here: https://store.archoncad.com/contact/

Attaching it to the case youre working on now.

You just need to click OK. The warning is an oversensitive alert from Apple. I've been getting it on a lot of apps.

Apologies, I missed your question entirely. Try this suggestion I made in another similar thread and please let me know the results: If it's the issue I suspect, a patch will be out soon that will correct it, but this may alleviate it in the meantime.

Done!

It was definitely the first time I have had a mouse, keyboard, choke, deck height and throttle controls all within reach at once.

I think at this point we are simply awaiting time from the Web team. We're in the process of tossing out and replacing quite a few things (Maybe, perhaps, because the Forum platform update went so well? Eh? Eh? 😁 ) across our various web presences and the bug submit page is on the list and auto confirmation was on the spec sheet last I saw it. The thing my team is actively working on at this very moment however is related to the Service Select portal, we have some much needed good changes coming in the immediate future. We did a number of experiments with getting @BetaBot to post automatically on the forum on behalf of beta testers that submit directly via our bug tracking software, so they just filed a bug the "normal" way (for a beta tester anyway) and then Betabot handled making sure it was placed on the forum so it could be checked/tested/discussed by interested parties. These experiments went well and the engineer that had orchestrated that has been able to pull a few more tricks with it that exceeded expectations. The biggest issue is, going from a strict structured form (what we track bugs with internally, not the bug report page that you all see) to a forum is relatively easy. BUT if a user makes a "bad" post in a bugsubmit area for whatever reason, then betabot picking it up and filing it just makes for a rapidly growing pile of things that are not bugs filling up the bug list, which is bad because then engineers spend time sorting through bugs vs not bugs as opposed to spending their time fixing them. The trick will be how we can mix automation with a bit of human oversight to keep a clean bug list. Currently the bugsubmit form filters through tech support before it goes anywhere else but a human being reads every single one. For anyone's information who is reading this: easily 70% of all submitted bugs are either just tech support cases that just need a tech to fix, or simple user error/user knowledge issues. Until we work that out, users are free to post here on the board and myself or the other increasing number of employees you see on the board can get it filed in a timely manner.

You can, but it is not required. The versions do not interact with each other.

When I was a tech support rep I used this and we tried to enforce it's use with the newer techs, we used to have to read off whole serial numbers a lot more often than these days. We absolutely had users call in and go with "X as in Excellent" "K as in Knowledge" and a few other gems.