Jump to content


Vectorworks, Inc Employee
  • Posts

  • Joined

  • Last visited


15 Good

Personal Information

  • Location
    United States

Recent Profile Visitors

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

  1. Hi @Elite Exhibits To answer your questions from a couple weeks ago: - If you're looking for a way to select your orbit point like in Vectorworks, we do not have that functionality within the Web View. The orbit point is chosen based on the geometry that's viewable in front of the viewer when we orbit. We do have a way to "teleport" onto a surface by clicking/touching a surface you see in your view. Then you can move around with WASD if using a desktop or use the joystick provided if you are using a mobile device. - In first person mode, the only things you can do at this point are look around and walk around if you're on a surface. The way to get "off" of a surface is to teleport onto a surface, and then press the eye-button again to switch into orbit mode. At this point, you can zoom out and orbit in that area. - When I'm referring to the "in-app help", I'm talking about the instructions that pop-up when you press the big question mark button (looks like ). The instructions should also be contextual, so if you're in orbit mode, instructions should pop up for orbiting, and so on. Hope this helps! Andrew
  2. Hello @Elite Exhibits To answer your questions: - Please make sure you export from Perspective View for best results. If you export the model in orthogonal or top plan Vectorworks will choose a perspective view for you. - The point of the home button is to place you in the location where the model was originally loaded. When you're in first-person, you need to make sure you are walking on a surface. You can touch or click on a surface to get to that point. We could add an improvement to allow for walking in "mid-air" without a surface if enough clients want that. - The orbit view center works similar to what the "view center orbit mode" does in Vectorworks; we orbit around the object that we intersect first, thus creating a similar "view center rotation" effect. We can change this as well if enough clients wish to be changed. Please consult the in-app instructions for more information. Hope this helps! Andrew
  3. Hello @Rick, If you have an android device, please follow the instructions in this help article listed under Daydream with regards to turning on the WebVR flag in mobile Chrome. You'll have the best experience in cardboard VR with those settings. The plan is to basically retire the old VR code (which runs for Android/iPhone devices when WebVR is unavailable) which rotates the position weirdly on some devices, but we plan on making a fix which loads the new cardboard settings automatically if the WebVR API is available in the browser. As for the blurriness in VR, this is caused by the old VR code, which probably won't get addressed unless we have plans on fixing that old code. Most likely, you'll get the best experiences from VR by using one of the following: Chrome on Android phones with WebVR turned on Vive with Firefox Oculus Rift with Firefox Daydream There are other devices that we plan to support in the near future. Please stay tuned! I hope this answers your question! Best Regards, Andrew
  4. Hey @Kevin McAllister, To answer your questions: 1. I do not believe Auto Hybrid objects do not take advantage of VGM ODT Threads. This is because a lot of the time is used by old drawing functions that are not VGM functions. We already have a report about this and we are considering on whether on fixing this in the future. 2. I haven't used the operations previews that you are speaking of, but if it doesn't use VGM or if generates a stale preview, it is probably not taking advantage of the ODT threads. Everything else involving dynamic drawing (loading objects in wireframe, OpenGL, Hidden Line, and top plan design/sheet layers) should be using the new ODT threads.
  5. Hey @Itchy the default walking height is about 2 m and cannot be changed for 2018 web views. We used to have an option that adjusts the height, however we decided to take it out last release since no one seemed to be using it. We can add this option back in if there is enough demand for it. Let me know if you are finding any other issue and we can address those ASAP. Thanks! Andrew
  6. @michaelkdo you have a sample web view I can look at that replicates this problem? I haven't seen this on my end as of recent. @BohCan you send me your vwx file? Some of these issues have been fixed with web view in VW 2018. We are no longer supporting fixes for VW 2017 web view. I can export it with 2018 and take a look at it for you. Thanks all! Andrew
  7. Hello all, What you can do at the moment is execute the "Export Web View" option within VW 2017/2018. In VW 2017 Web Views, you can only use Google Cardboard devices. In VW 2018 Web Views, you can view them using Google Cardboard and Gear VR. For the Gear VR, you need to turn on WebVR within the viewer. Please see this link for more info: https://samsunginter.net/docs/webvr . Hope this helps! Andrew
  8. Hey @michaelk, Are you using SP2? I have seen issues like this in the past. Could you give me the vgx file so I can examine it? Thanks! Andrew
  9. Hey everyone, If you are using Safari 11 and attempting to use the preview/viewing Web Views locally, right now there is a black screen when this happens. Unfortunately, reading local files in Safari 11 is not something that we program to circumvent. Here is a short blurb of how to get this working on your side. Andrew Web View Safari 11 local workaround.docx
  10. @Kevin McAllister, No problem. I'm glad this has been helpful for you!
  11. @barkest, Can you attempt to export to the server again and attempt to ping the server via the terminal if that doesn't work? I think we may have fixed the issue server side since www.vectorworks.net is now pingable. Want to be sure this fixed it or not. Thanks for all of your help!
  12. Hello everyone, It has come to my attention that this is a problem on the Vectorworks side, but thankfully it has nothing to do with the application itself. This is a server-side problem. I hope I can provide a plugin for you to use that doesn't use this check within the next day or so as a workaround for this. We hope to fix this problem very soon. Sorry for the inconveniences. Andrew
  13. Hey @Kevin McAllister and @barkest, Do you get the same result when you type in "ping www.google.com" into the command prompt? If you do, that means that you computer is silently dropping packets when sending the request to the server or packets are being dropped on the way back to your machine. I will look more into this and see where the problem may have arisen in the first place. Andrew
  14. Hey@barkest, Sorry to hear you are having this problem. If you open up a terminal on windows/mac (whatever console you are using), and type in "ping www.vectorworks.net", does this fail? If it does, then that is why the message is popping up. We use pinging as roughly the best indicator to tell us if you are connected to the internet or not. We don't want to be able to upload models if your internet is not connected or else bad things will happen. In some cases (i.e. firewalls and such), this will fail. It is a little curious that this is failing from your house. I'll look into this more and see if there is anything I can do. Thanks! Andrew
  15. Hey @Kevin McAllister, To answer your questions: - Both of the preview bugs will be fixed for an SP release. - Not sure about this behavior. I would have to look into it. - You would have to send me a model that exhibits this behavior. We attempted to emulate the draw edges rendering behavior within Vectorworks, but there still might be a couple problems with it depending on the model. Thanks! Andrew
  • Create New...