C. Deel

Check out this post: http://techboard.nemetschek.net/cgi/ubb/ultimatebb.cgi?ubb=get_topic;f=12;t=000230 That's what I'm talking about. Has this been addressed yet? I'm hoping there could be a way to make text an "exception" to the way the rest of the layer link works. I mean, you often want to see a site plan twice as big, but who ever wants their text twice as big? As for locating the text, it could simply remain anchored (as specified by the Alignment settings on the Text pull-down menu). This would work just like when you select a text object and then choose a different font size. The size changes, but wherever the little locus "x" is (from Alignment) stays put. This would be extremely useful to us. Thanks, CD

We wholeheartedly add our support for a "Rotate 2D view" or "Rotate world" command. Trying to draw elevations upside-down or sideways is driving us nuts. Thanks, CD

Have you noticed any pattern to when it happens? It's kind of a horrible error since it wastes so much ink. The Gimp-Print bug list doesn't seem to have anything on this; maybe I will post on there. CD

Occasionally (usually on documents imported from VW9) we see some of our arcs change into straight lines that run vertically the length of the sheet. This usually happens on arcs that have been duplicated. It happens on both paper output and PDF output as well. We use VW Architect 10.1.2 and Gimp-Print 4.2.5. Anybody else seen this behavior, or any other problems with printing arcs from the above setup? Thanks, Chris

Having a similar issue on the Mac. See my post at: http://techboard.nemetschek.net/ubb/ultimatebb.php?ubb=get_topic;f=22;t=000206

Using VW Architect 10.1.2 and Gimp-Print 4.2.5: At apparently random intervals, our plots (from an HP 455CA and an HP 430) come out like this: The drawing we plotted is there, but all compressed along the top couple inches of the sheet (along the long edge). The rest of the sheet is full of 100% black with a few thin white breaks in it (running lengthwise). This makes a mess and uses tons of ink. We can basically determine no pattern to when this occurs. I'm not sure whether to blame VW, Gimp-Print, or our network hardware. Has ANYBODY else seen this behavior? Thanks, Chris

We get it mainly when producing large numbers of PDF's (throught the print dialog box) in rapid succession.

This is a serious problem that seems to have gotten worse with either the 10.1 or 10.1.2 release (can't quite recall). I can't make my tools snap to any symbol or plug-in object. All I get is a lot of "Align V" and "Align H" that don't seem to indicate any particular point. Specifically, I'm trying to insert simple columns on a framing plan. I used the wood cut PIO, but couldn't snap to the corners. So I made simple symbols (rectangle with an "x" made of 2 lines) and placed them down only to find I couldn't snap to the corners of them either. A serious pain. Any hints? [MacOS 10.2.6, VWA 10.1.2, Power Mac G4]

Katie, I'm sending an example of one of our files. Also I've noticed that the "broken" saved sheets don't appear in the list of sheets to be edited.

We're having the same problem with a few documents. I think they are all translated from VW 8 or 9, or based on templates from 8 or 9. The saved sheet is there, but unresponisve when you hit it. We are on VWA 10.1, MacOS 10.2.5, G4 workstations.

Yes, it seems to have something to do with the PostScript language. Except I've discovered (despite my earlier post) that it doesn't appear when creating PDF files. Our one non-PostScript printer doesn't show the "speck".

I'm referring to the Layered Document Format for the Apprentice software. I've been sending PDF's to our reprographics service for printing, but they have to convert these. So I'm trying to make the process more streamlined / elegant by sending them a format they can print directly. They use Oce Repro Desk for plotting. It can accept (among others) LDF, VIC, HP-GL, HP-GL-2, HP-RTL. If you know of any drivers for MacOS X that can easily output (or convert to) any of these formats, that would be helpful. Thanks for your help.

Anybody know of a way to output LDF files from VW 10? Or perhaps convert PDF output to LDF? Thanks.

This might seem like a triviality, but it's bugging me. Why can I not use the slash (/) character in VW file names? VWA 10.1, MacOS 10.2.5, G4 Thanks.

My users also report that this most often happens on the trim and offset tools, but one seems to remember it happening with the Measure tool as well.

In an earlier thread (Resource palette: open files), TiTaNiuM sAMuRai asked: "Can I not enter an open drawing through the Resource palette? I need to steal some symbols from a drawing somebody else has open (network situation, the file is on a file server)." We have a similar setup (with a central fileserver), and I have noticed an even worse problem. Not only can we not "resource browse" into a file that is open by another user, but the reverse is true: if a file is being browsed in the Resorce Browser it cannot be opened for editing. Worse, even if the document in question is removed from the RB (through "Remove All Favorites") the file still cannot be opened for editing. The user who browsed it has to quit VectorWorks and then re-launch it in order to "release" the file. This results in frustrating hunts through the office to see who has the file lurking in their RB. Has anyone else had this problem? Has anyone found a work-around? Our setup: Workstations: G4, MacOS 10.2.4, VWA 10.1 Server: MacOS 9.0.4, AppleShareIP 6.3

We have no such layer. (We don't use the standard VW document setup; we have our own standard layers & classes.) I've scoured that corner of the document with all classes and layers turned on, and found nothing. If it helps: most of the documents we're still working on were converted or batch-converted from VW versioin 9 documents. Thanks.

Yes, it used to work in our old setup (MacOS 9.2.2 and VWA 9.5.3). I'm not entirely certain whether it was the change to MacOS X or to VW 10 that made us lose that function (as we did them at the same time.) The scroll wheel does work in Finder windows, however.

Is there a way to make the scroll wheel on a mouse (specifically Microsoft Intellimouse Explorer) work in the dialog boxes withing VWA 10.1? It used to be quite useful for zipping through long lists of classes, etc. but doesn't seem to work since upgrading to OSX. (G4, MacOS 10.2.4, VWA 10.1)

You know how you can assign line weights, fills, dashes, etc. to a class and set the class to autmatically apply these graphic attributes to new objects? My suggestion is to also be able to assign text attributes (bold, underline, font size, font, alignment, etc.) to a class. So for instance, all the property line labels would automatically look the same without having to tediously set the text attributes for each text block. Thanks.

I've noticed that most (possibly all) of our printed sheets have a spot in the extreme upper left of the printable area. it looks like a quarter-circle with the center at the corner of the printable area, and is about 1.5 cm in radius on a 24x36 sheet (smaller on 11x17, etc.) It occurs with different drivers (GimpPrint, LaserWriter, even generating PDF) and from many different documents. Has anyone else seen this? We are on G4's with MacOS 10.2.4 and VW Architect 10.1. Thanks.

I've noticed that sometimes if you are editing inside a group and you try to snap to an object that is outside the group AND is outside the original rectangle encompassing the group, you cannot snap to it. (This is with "view objects outside group" preference turned on.)

We're on MacOS X 10.2.4 also. So paying for an upgrade CD is our only recourse at this point? Have other people reported this problem?

We are using custom workspaces, but they were made in version 10.0.1 (based on the Architect workspace). Each user made his/her own workspace on his/her own machine (not copied from one machine to the next.) The only thing we did differently is that we added a custom 2d window tool that was probably designed for VW 8 or 9. But the tool seems to work just fine, and some of the machines using it are not having this error. Thanks again for your help.

We are getting the message with several (nemetschek) plug-ins (offset, measure, eyedropper). The custom window plugin came from VectorDepot, and is called "Geoff's Window Tool" or something similar. But we don't recall seeing an error message on this tool. Everybody in the office is on the same OS and VW version (10.2.4 and 10.1).