Jump to content

Alex Sagatov

Vectorworks, Inc Employee
  • Content Count

    138
  • Joined

  • Last visited

Community Reputation

62 Excellent

2 Followers

About Alex Sagatov

  • Rank
    Journeyman

Personal Information

  • Occupation
    Senior Onboarding Specialist
  • Hobbies
    3D Modeling, Rendering, Videogames, and Level Design
  • Location
    United States

Recent Profile Visitors

978 profile views
  1. I personally did these on Mac. On Mac, I was using Command + Shift + 4 to take quick screenshots that saved directly to my desktop. This made the process pretty fast. I did do this once on a PC where I used the Snipping Tool. IIRC, there is a shortcut for quick screenshots using the snipping tool, but I don't recall the shortcut off the top of my head.
  2. Ahh... Never noticed that. I will research and submitted as needed.
  3. If I am following correctly, this is possible. If you right click on the viewport and choose to edit the crop, you can then use translate view (Visualization Toolset) to move the model around in the viewport while keeping the crop in place on the sheet.
  4. @KBallantyne I ran some additional testing this morning and it appears to be an issue in the graphics module. If you were to go to Tools > Options > Vectorworks Preferences > Display > and swap the navigation graphics to one of the lower options, the geometry would disappear as expected. In your case, the wanted fix is turning on the None class in the viewport; however, you did find a bug in the process! I have submitted this to our Engineering Team for further review (Reference Number: VB-167390).
  5. Here is what I am seeing and how I am accessing it. --- In the Resource Manager, make sure you are looking at the Tiles, and then edit the "Alum Roofsiding..." one. The geometry found in there is in the None class (at least, in the copy of the file you send over).
  6. @KBallantyne That does appear to fix it in your file in my testing. When you turn on the None class, an object does appear far off to the left that you may want to delete as well. I will do some additional testing in the morning and I will confirm if this is technically a bug or not. If it is a bug, I will provide you a bug reference number. If it is technically working properly, I will see if I can explain it in simple terms based in a new file because I'm confusing myself testing it in your file. 😅
  7. That's lovely... it seems to have deleted all my text and only kept my image 😐 Let me try typing this all again... One piece of clarification in case someone runs into this in the future: In this case, we are talking about a 2D fill (tile fill) in the annotations of a viewport. Not a texture (I was through off because you mentioned texture mapping). This isn't wrong or anything, it is just a different workflow that requires looking in different areas. The issue here is class related. Right now, if you edit the geometry of your tile, you will find all of the geometry of the tile is in the "None" class. This class is actually turned off in your viewport. If you edit your viewport attributes to make the None class visible, it appears to export properly. I will need to mess with this a bit more in the AM. I'm having trouble wrapping my head around if this is a bug or not... The "None" class is NOT visible in the viewport currently. The "None" class is however turned on in the document itself. This is why you are seeing the geometry on screen. The geometry in question is within the viewport annotations and a tile resource. It appears Vectorworks is showing you the geometry in the program based on your navigation visibilities, but it is exporting based on the viewport visibilities... The fact it is showing it on screen but exporting different definitely makes me lean to a bug, but its also an odd set up. I will test a bit more 🙂
  8. @KBallantyne I don't see anything uploaded yet, so it might be stuck or trying to finish up there. 94MBs should definitely be able to come through that link. I would let it go another minute. If it still hasn't moved, you can try it again. If you have the file already in a cloud/sharable location like Dropbox, you can also send me a direct link (direct message it to me).
  9. @KBallantyne I just direct messaged you an upload link 🙂
  10. @KBallantyne If I send you an upload link, could you send me a copy of the file for testing?
  11. @KBallantyne It is a little hard to tell from the images. Just based on the images, my guess would have been the option for "Export Patterns at on-screen resolution" in the export options and that you were overlaying those portions as 2D fills in the annotations; however, if these are textures, I wouldn't expect this to effect it. It might be worth a try anyway. If that doesn't do it, can you confirm for me what render modes you are using? Are you using OpenGL to get this result?
  12. @thinkingpencil This sounds like textures are turned off somewhere. Since copying and pasting the image prop into a new file works, this indicates the image prop still has the texture applied. In the problematic file, do the image props work in fast renderworks? if yes, double check View > Rendering > OpenGL Options and make sure 'Use Textures' is checked. (If this is specific to Viewports, also check viewport settings for texture usage.)
  13. @1608chris The fastest path to get it back will likely be an uninstall/reinstall. I will direct message you the installer link. I am also going to direct message you a link to send me your machine diagnostics.
  14. In that directory, you should find an app called "CineRenderNEM". If you aren't seeing it there, that could definitely indicate the issue. Let me know if the repair fixes it. If it doesn't do you see the other items in the Renderworks folder?

 

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