Jump to content

P Retondo

Member
  • Content Count

    1,794
  • Joined

  • Last visited

Everything posted by P Retondo

  1. Jonathan's got the answer. Make sure every point you want to move is in the multiple-reshape marquee. I often use the "tab" to bring up the floating data bar (you may have different settings for data bar visibility), tab again to go to the "L" field, enter the distance you want, press "Enter", then hold shift to constrain to the direction you want to move.
  2. No problems resembling that here.
  3. Good point, DWorks! I don't see why the code couldn't be written to do this.
  4. Go for the 3.2 GHz, mate. 8GB RAM might be more than VW can use at present, plus you can always add RAM later. Are you really using vw2011? Major improvements in viewport update speed since then.
  5. I don't think so, but I'll do a test and let you know. Okay, exported from a sheet layer using the setting you indicated for viewports, no problem - no crash, .dwg file looked okay. My target was AutoCAD 2000i, if that is a difference. [img:left]http://www.retondoarch.com/ConstDocs/VW%20files/Export%20dwg.pdf[/img]
  6. Reference the external file layers in separate viewports in separate DL layers. Then you can create Sheet Layer viewports that selectively show any combination of layers from the external files, and manipulate class visibility and graphic overrides layer per layer. Duplicate viewports in DLs in order to show the same external layer differently in different Sheet Layer viewports. Not too difficult or time consuming to do. Once you set up one reference viewport in a Design Layer, duplicate the layer and change the layers visible in the new viewport, etc. Name layers in such a way as to track the content.
  7. If you're working in 3d, in order of importance, processor speed (multi-core good for Renderworks), video card (speed and cache size), min 2GB RAM, 4 better.
  8. Peter, odd behavior, for sure. What I do is go to the resource browser, or simply go to Top/Plan view (Ctrl+5) and edit the 2d by double-clicking, or go to Plan view (5) and edit the 3d by double-clicking.
  9. Vincent and Jim, hate to spoil your bad mood, but I do import and export .dwg several times a week, and I've never experienced the problem you are having. Maybe there is something about your setup or preferences?
  10. Grant, why do we want cadfaster?
  11. After talking to tech support and trying out their suggested solution, it looks like this problem of a corrupted linestyle reference is due to faulty conversion from v2012 to v2013. After reconstructing all references, the problem has gone away.
  12. If your files with references were updated from an earlier version, try reconstructing the references.
  13. Dubman, never had this problem. That's not much help to you, but at least it tells you the problem can be conquered once you figure out what's going on.
  14. Miles, smooth sailing here, same version of VW and OS. Once in a while I get a crash when I inadvertently push wrong or multiple keys.
  15. Does anyone else have this problem? Design layer viewports show dashed lines incorrectly, compared to the linestyles in the referenced file. Some are too short, some are too long, some are just right. I don't see what could be causing this. "Scale with line thickness" has no effect on the problem. Importing the linestyle into the target file has no effect.
  16. I use Vincent's class assignment approach. I also have a class called "Overlay" which allows me to dot in clerestories ("Convert copy to lines" performed on the window to get the objects) when we don't want to show a cut in the wall.
  17. Mike, if you mean that you're using "thumbnails" to display resources, and the triangle that hides/displays items under each category bounces back to an undesired setting everytime you boot VW, that's a long-term behavior. I wish it would get fixed.
  18. I just noticed some weirdness with WGR in 2013 SP1, in a set of files migrated from 2012. Updating an existing reference resulted in a whole series of naming conflicts. The conflicts were between resources in the target document ("Plan") and the same names that existed in the referenced document ("Kitchen") as "groups." Why there are hidden names of groups I don't know. I aborted the update, which did not cause a crash, and cured the problem by: 1) deleted the reference to "Kitchen" in "Plan"; 2) deleted the circular reference in "Kitchen" that showed the floor plan layer from "Plan"; 3) recreated the reference to "Kitchen" in "Plan," no problem experienced; 4) recreated reference to "Plan" in "Kitchen." So far, no problem with all that, and no naming conflicts.
  19. James, I don't think this is as simple as in AutoCAD, but you can delete a reference in the target file and choose to save the reference viewports and referenced resources. In the case of viewports, a new design layer is automatically created which contains the objects originally referenced instead of a viewport, and the layer in which the viewport existed still contains a viewport, but is internally linked to the newly-created design layer. Because of the new layers, one has to tweak visibilities to get things to show up correctly, but the material is essentially consolidated into a single file. I don't use this functionality, so I can't speak to other issues that lurk in the details.
  20. Improved walkthrough performance to a decent level by the following measures: 1) changed NVIDIA settings from multiple monitor to single monitor and turned off anti-aliasing 2) changed OpenGL settings in document to Med detail instead of High 3) changed VW 3d preferences to midpoint for rotation and "always" for retain 3d model.
  21. Having spoken to tech support, apparently this is a bug, supposedly fixed in SP2. But I'll have to wait for SP3 because of the problem in SP2 with work group referencing . . .
  22. Peter, yes I'm aware. Jonathan, thanks for letting me know it works for you! Not working for me . . . something is screwy, maybe I have to start from scratch in 2013 and rebuild the darn thing. BTW, Jonathan, are you using SP2?
  23. Hi Peter, thanks, but don't you want to define the retaining edge BEFORE you update the site model? I'll try updating first and let you know if this works. Later: what happens if you update first is the terrain is warped to meet the undesired pad location instead of cutting vertically down to the pad.
  24. Does anyone have a handle on using pad with retaining edge with the "send to surface" command? From reading the documentation, I expect that the pad stays put and the retaining edge would go to the terrain surface. Sounds great, but I can't get anything to work. (Caveat, I am working with a site model originally created in v2012). When I select just the pad and go "send to surface," nothing happens. When I select the pad and the terrain model and go "send to surface," the pad and retaining edge don't move, and the whole site model moves down to some apparently random location. Pad is set to "modify proposed." Another caveat, I'm still working with SP1 until the WGR issue is resolved. :-( :-(
  25. Vincent, that is psychedelic. OpenGL is on acid. I haven't seen anything like that. It's just the jumping, the sporadic operation, the reversion to wireframe. I found out by accident that if you let a perspective view sit for a few minutes, Walkthrough will give you quite a few seconds of smooth navigation. I reckon this only happens with complex files, but the same project in v2012 was fine.

 

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