Jump to content

P Retondo

Member
  • Content Count

    1,773
  • Joined

  • Last visited

Everything posted by P Retondo

  1. Don't have a solution to your problem, but for my own information I am curious about what operating system you are using?
  2. Hi Katie, Thanks for the response. As I said in my post, I have installed the generic XP driver. The green check box was there. I cannot print to the HP 1220C. Is there possibly an issue with the JetDirect hardware?
  3. Dear NNA, I've reported this problem before. Matthew and Robert McBride advised me to make sure my driver was the native XP driver. This did not correct the problem. Here's the situation: Win XP VW 9.5.2 P4 2.2G, 512 MB RAM HP 1220C using JetDirect on Ethernet Printing from VW 8.5.2 and from all other programs, including Adobe Illustrator, Word, Photoshop, are okay. Printing from VW 9.5.2 to other printers/plotter okay. When I attempt to print to the 1220C, I get a C++ runtime error warning (multiple times) and a complete VW shutdown ("abnormal termination"). I have reinstalled the XP driver for the 1220C twice and restarted the computer with no effect on the problem.
  4. Cloud, I have found that sweeps in general do not behave as you would expect them to. I don't think they have the same kind of object format as other solids.
  5. If your path has sharp bends in relation to the cross-sectional dimensions of your profile, the algorithm will not be able to process the calculation because the profile "turns in" on itself while going through your bend. Try using a small diameter circle, or change your path to have gentler curves, to test this answer. This phenomenon is related to using the "Offset" tool with a complicated polyline. You can get an odd result that "crosses over" itself. AutoCAD, by the way, has programmed around this problem with their offset tool - you always get an offset polyline that has eliminated the cross-overs. Something for NNA to consider - unless the new versions have fixed this! [ 10-02-2002, 03:34 PM: Message edited by: P Retondo ]
  6. Actually, "disappearing" 3D objects is a common occurence, at least in the version I'm currently using (8.5.2) and earlier. The problem described is not necessarily the ordinary symbol behavior addressed in these replies. Previous posts on this topic exist, and the solution you mention (iso view) has been put forward in the past. Actually, I find that going to "Top view" works as well, healing both visibility, the incorrect positioning of handles, and inability to select the object. If you have "Num Lock" on, simply press the "5" key on the numeric keypad. This problem may have been fixed in version 9, I haven't used 9 enough to know. It's a seemingly random bug.
  7. defjef, you can scale a hatch created from the menu command because it is a group of lines, plain and simple. However, scaling the group of lines alone will cause it to no longer fill the object it originally filled unless the object is scaled by the same factor. Also, scaling has no effect on the hatch pattern stored in the resource called by the scaling command.
  8. P Retondo

    VW 10

    Richie, quote: Originally posted by RichieHatch: Can you rotate a 2D view so that it is parallel to an object? You have been able to do that for a long time using the working plane tool - if I understand your question. The 2D view can be set to any orientation in 3D space.
  9. Thanks, that is good news on the walkthrough tool! [ 09-25-2002, 12:43 AM: Message edited by: P Retondo ]
  10. Defjef, There are apparently two ways of applying hatches in 8.5. One is by way of the attribute palette, which I believe is the method you are using. The other is the old way, via the hatch command on the pull-down menu. The second way applies the same hatches, but the result is a group of lines rather than a mystery entity. Beyond this, I don't have a great answer to your question. I have been able to place hatches in an appropriate position within a polygon using the old menu command method, because the insertion point can be controlled. It would be nice to have a hatch "preview" that would allow the exact placement of a hatch pattern by dragging before it is applied.
  11. Is there a list of issues with 9.5 that are corrected with version 10? I am particularly interested in whether the realtime walkthrough tool now works.
  12. I am stuck using VW 8.5 because the walkthrough tool, an essential part of my use of VW, is broken in version 9.5. VW 8.5 has accuracy problems, however, and I'd like some help or answers. 1. I have a project which started out at reasonable accuracy, but is now down to 0.00 accuracy (feet and inches units). I don't have widely ranging layer scales, but I think this loss of accuracy was triggered by a failed DTM calculation. I know by zooming out that I have an excessively large project space (white space). Is there any way to restore accuracy to at least 0.000? 2. Is there any hope of a patch to fix the walkthrough tool for VW 9.5? 3. Will version 10 work for me, whenever it comes out? Are you authorized to say when it is due?
  13. I've been occasionally plagued with the failed subtractions bug when using VW 8.5.2. When this happens, typically a rectangular box shows up instead of the object. We have known for a while that selecting the object, then "editing" it (ctrl+[) and "exiting" ("done" button or ctrl+]) will fix things. Often, however, if the subtraction has been moved, duplicated, or mirrored, the rectangular box shows up in a strange spot and cannot be selected. I have found that by drawing a selection box around the empty spot where the object is supposed to be, it can be selected and edited to cure the failure.
  14. I don't understand why VW won't snap to layers other than the active layer, even when layer views are aligned. This feature only works in Top/Plan view, but it is very much needed in other views. It would seem to be a very easy thing to implement . . .
  15. Matthew, Thanks for your reply. Before I change drivers, could you comment on the fact that VW 8.5.2 prints fine using my system, and that only VW 9.5.2 has a problem?
  16. Any clues? VW 9.5.2 crashes when printing to my HP DeskJet 1220C. Printing to an HP 4V and to the HP 650 plotter causes no problem. Printing using VW 8.5.2 to the 1220C no problem. This printer is networked using a JetDirect box. Just installed the latest driver for the 1220C printer, no help. All the appropriate printer selection and settings windows appear, but when the program starts to output a plot file, it crashes immediately. Disappears from the screen. Nothing but desktop. WinXPP4 2.2G, 512 MB RAM
  17. Cloud, You only have to make it once. You can import from one file to another using the resource palette.
  18. Just upgraded my 64MB GeForce2MX card to a 128MB GeForce 4 Ti. Significant improvement in realtime walkthrough tool. A model that was displaying very jerky and unresponsive movement is now acceptably smooth. (This is using VW 8.5 - VW 9.5 walkthrough tool is broken!) I recommend the rest of my system specs: WinXP, P4 2.2G (Dell 8200), 512 MB RAM (more is better!). This was a reasonably-priced machine. It was cheaper to buy the best deal on a Ge4 instead of paying Dell's upgrade price. Beware comparing an ACAD 3D model to its performance in VW. If you import ACAD 3D objects, they come into VW as a mesh or set of 3D polygons, resulting in very slow processing. Native 3D objects in VW are much faster. [ 09-04-2002: Message edited by: P Retondo ]
  19. Just to add my 2 cents worth on converting 3D to lines and the profusion of vertices that results: one of the big reasons to do this is to be able to delete those and other unecessary lines. Another is to adjust line weights, add conventional drafting detailing, and a host of other reasons important to architects - including adding lines at intersecting surfaces which the rendering engine omits. What we would like is an accessible preference setting which does what your VS routine does, not only for the display of rendered objects, but also for conversion to lines. This preference might ideally be set globally with the option to overide on an object-by-object basis.
  20. Matthew, Just to add my 2 cents worth on converting 3D to lines and the profusion of vertices that results: one of the big reasons to do this is to be able to delete those and other unecessary lines. Another is to adjust line weights, add conventional drafting detailing, and a host of other reasons important to architects - including adding lines at intersecting surfaces which the rendering engine omits. What we would like is an accessible preference setting which does what your VS routine does, not only for the display of rendered objects, but also for conversion to lines. This preference might ideally be set globally with the option to overide on an object-by-object basis. I'll copy this to the wish list session.
  21. To put it simply: I want to be able to translate and rotate an extrude (and any other 2D-based solid)using both the 3D space and 2D edit space, interchangeably. So, if I move an extrude 2 inches to the right, or I move the 2D object in its edit space 2 inches to the right, the results are identical IN BOTH SPACES. This functionality should work whether the appropriate working plane is the x,y plane or some other plane. Try this: draw two rectangles. Extrude rectangle 1. Copy rectangle 2. "Enter" (edit) the extrude, and "paste in place" rectangle 2. Note the relationships. Go back out of editing. Now move the extrude. Enter (edit) the extrude. Again "paste in place" rectangle 2. Note that the rectangle in the 2D edit space DID NOT MOVE with the extrude. Now try the same thing with a roof plane and a rectangle. When you move the roof, the polygon in the 2D edit space MOVES WITH THE 3D OBJECT! This is what we want with all 3D objects. The 2D object you see when editing should move along with the 3D object. We want to move back and forth between the working plane and the extrude edit space. When the 3D object is rotated with respect to the Z axis, the 2D object should be located so that when you establish a rotated working plane aligned with the new 3D position, the location of the 2D object in edit space aligns with the i,j coordinates of the 3D object. Sound arcane? The 2D/3D interface is one of VW's best features. It has the power to make modifying 3D objects easy because you can correlate positions so easily in the 2D working plane - but for the one problem illustrated in example 1 above! As a result of the current program behavior, if I want to maintain a relationship between an object's 2D edit space and the rest of the drawing, I have to make all 3D object translations and rotations by entering the edit space and moving the 2D object. I want to be able to simply move the 3D object to accomplish that. Any questions? [ 08-20-2002: Message edited by: P Retondo ] [ 08-20-2002: Message edited by: P Retondo ]
  22. Michelle, You wanted to know if a 1.6G / 512 MB RAM laptop would be a good choice. It depends on how complex your work is, and how much performance you want to have. That is certainly an adequate computer. If you can afford to go up to the 2.0G version, some of the more intensive 3D tasks will go better. The only function I've needed speeds greater than a 1.6G processor for is the rendering of complex 3D models.
  23. Cloud, Are you doing this to create a 3D model? If so, I would extrude a shape to make the wall, then intersect the extrusion with a sphere the size of your dome's interior radius (Model/Intersect Solids).
  24. I have given up trying to get "Y" joints to work. I work around the problem using three techniques. 1) sometimes it is possible to "bring forward" one of the three walls (ctrl + f) to cover up a line between walls; 2) you can trim walls to an angle using lines - combine this technique with 1) for some situations; 3) create a mask to cover the joint using a polygon with the same fill color as the wall and make its edges disappear using the polygon edit tool. Not very elegant, but we've been waiting for 10 years for the elegant solution!

 

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