brudgers

Actually I should reprhase that: It would substantially be more work for me on the fullfillment side since NNA doesn't provide any interface to Windows which allows automation of the Vectorscript compile cycle. Despite all the pablum about equal platform support.

Well I supose I could too if I tied each copy to the last six digits of the user's serial number at compile time. Of course that means more work on the fullfillment side leading to a higher cost to produce, a higher price, and therefore lower sales. There are some nice utities out there for 20 bucks or more, but people aren't inclined to buy them. Partially, it's just the demographic for Vectorworks is already inclined not to spend money...otherwise they'd probably be using ArchiCad, AutoCAD, or something in a similar price range.

I recommend parsing Vectorworks output in AutoCad to get what you want.

I was referencing several aspects of the Vectorworks community in the other thread: 1. That the requested feature was probably doable in Vectorscript. 2. That the work entailed in doing so was slightly more than trivial. 3. That requesters tend not to place a value on their request. 4. That there are probably people who could and would code it if there was a market for it. 5. That there probably is not a market for it. I'm sure you could code it more quickly than I can, and I doubt - to the degree that a pattern of past events predicts future events - you would code it gratis. Commercial development of Vectorscripts I suspect is quite limited since...as you know...there's really no good way protecting scripts. That's not to say commissions aren't viable, but writing for sale scripts is pretty much dead...you can encrypt them and protect your code (at least from someone who doesn't want to be bothered cracking what appears to be very simple encryption) but you can't really keep people from sharing it broadly. So for sale scripts have to be priced high enough to earn a return from a few honest people rather than everyone who uses it...which drives down sales volume...which discourages development. BTW, anyone who wanted such a script could pay for it with their own time writing it.

Many thanks.

Well I found a kludge (I think); http://techboard.nemetschek.net/ubbthreads/ubbthreads.php?ubb=showflat&Number=54572&Searchpage=3&Main=12755&Words=%2Bworksheet+%2Bhandle&Search=true#Post54572 Anyone got a better way?

I want to read from a worksheet without creating an image of the worksheet on the drawing, but cannot find a way to get a handle to it.

Looks like a vectorscirpt job. How much would you pay for it?

As it happens, I need to increase the radius of all circles by 2 mm, regardless of their size, so I'm not sure I can use the Scale function for this. A Scale function probably doesn't have an option for specific mm increase. I can't say for sure, however, because I can't locate any documentation on Scale. Where did you find that? The second alternative could work---but I don't like it. Entity names and stacking order aren't the problem. These circles have all manner of different attributes, so re-creating them would be a lot more work (I think) than just creating a new default circle. I'd like to find a way to edit the radius of the existing circles, if possible. (I don't think density enters into the matter.) You could calculate the new scale. On the other hand if you don't need to maintain names...this would be common...you could call the offset tool.

It may be that the PDF reader at the printers is an older version that does not support layers. I know that this is the case with older versions of Acrobat and CorelDraw. In my opinion, there's no reason to include layers on a PDF sent to the printer. I recommend not mapping Vectorworks classes and layers to PDF layers.

The 2010 VS function reference?...that's adorable.

HScale2D http://developer.vectorworks.net/index.php?title=VS:HScale2D Available from all versions.

That's the gap. Vectorworks lacks the ability to print arbitrary content to scale.

The dynamic array of handles is a good idea.

Once you sweep an arc object 360 degrees it becomes a circle object according to the OIP.