Jump to content

Hello Community!

This Thursday, October 21st, from 6 pm to 7 pm EDT, we will be performing an update on the Vectorworks Community Board. During this time, the site will be unavailable.


  • Posts

  • Joined

  • Last visited


0 Neutral

Personal Information

  • Hobbies
    Woodworking, music
  • Location
    Williamsville, NY, USA

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Is anyone successfully running Vectorworks v11 on Windows 7 or Windows 8?
  2. Katie, I'm still using v11, and they are not menus, so this may not be valid. Joists In a brand new file I can insert a Joist using the Joist tool in the Objects palette. With nothing select, if I then click on the new joist, it takes a little over 3 seconds with my 2 ghz, 1 meg of memory, Windoze 2000 PC, for the Object Info Palette (OIP) to show the info for the joist. If I create two or more joists, it takes that 3 seconds for OIP to show the info for the first joist that I click on. If I then click on another joist, the OIP is updated instantaneously. Maybe what is happening here is that the Joist plug-in is loaded from disk and translated to some "excutable code" and that is causing the time lag. But when you click on something other than a Joist, VW throws the translated version of the plug-in away, only having to "re-translate" it the next time you click on a joist. Classes I have one drawing with about 180 classes. When I try to view that list via Organize, Classes, it takes about three seconds for the the window to be displayed. This is something that is super simple to do, just showing data that is sitting somewhere in memory. But, Organize, Classes Visibilities, is instantaneous and so is its sorting. Sorting is more complicated than just displaying a list of classes, as in the nornmal old classes, list that I mentioned above, where you can edit a class. And now having said that, I think that it is redundant to have both of those "Classes" choices in the Organize menu. The sorting capabilities in the "Classes Visibilities" list should be part of the normal "Classes" window, and likewise for Layers.
  3. Kevin, Thanks for the idea. It makes sense. Regarding this forum's software, I think you will get used to it. Most of the ones I visit are like this and I am used to them. The others seem to be of an older style, older technology, and less user friendly, too me at least.
  4. Looking at the Title Block created for a ConDoc. It contains two circles with lines going through their centers horizontally and vertically. What are those cirlces used for?
  5. Katie, It is astounding how Vectorworks lets me use the flyover tool while rendered in Open GL. There are a ton of calculations that take place for every single thing in the drawing. And all of this happens fast, for me with a 2.0 Ghz, 1 mb PC. The code that nmakes that happen is probably written in C or some other compiled language. Maybe starting with V10, I too noticed some things that are comparatively much simpler than the flyover tool, yet taking more time that I thot necessary. In Ben's case, something like a drop down menu should almost finish before it starts. I'm guessing that some things in Vectorworks are not implemented in C, but use VectorScript. VectorScript isn't compiled, it is interpreted/translated, like having someone translate from English to French. The time to communicate increases. Is it possible that some things are being implemented in VectorScript?
  6. Short story Objects created via the board plug-in and then rotated 90 degrees around the x or y axis are sometimes mysteriously being rotated back 90 degrees by the time I open the file to do more editing. Long story I am using the board plug-in to create the pieces/objects for a frame and paneled box. For the side pieces of the box I create the board and then rotate it 90 degrees around the appropriate axis to make the board stand up. I have side pieces for the top/lid of the box and the bottom. Periodically, the top or bottom side pieces will fall over. I don't think they have both done it at the same time. Thinking I might be accidentally doing something I fixed everything then duplicated the top twice and moved each dupe to a separate layer. The only difference between the copies in the separate layers was that for one of the layers all the pieces were in a group, which is the way they were in the original working layer. Today when I opened the file, all three versions of the top had their side pieces fall over. I'm save multiple copies of the drawing plus exporting it as a vectorscript with the hope that when it happens again, maybe I will see something in the vectorscript file. Question Anyone else seeing any wierd behavior with the rotated board plug-in objects? My guess is that, randomly, the information that indicates that the board has been rotated around an axis is being lost when the file is saved or is not being used when the file is opened.
  7. Ramond, I tried the root volume shortcut idea. In windoze terminology I open "My Computer" and opened another window and navigated to the VW folder. Then I dragged by d-drive as a short cut to the VW folder. I first tried this as the include but it gave me my original error: code: {$INCLUDE D:\wff\vw\Scripts\EraseBanana.vss}[/code][/indent] Then I decided to look at the file name of the actual link. This is the file that it created in the VW folder: code: Data Disk 1 (D).lnk[/code][/indent] And this wierd looking VectorScript include worked: code: {$INCLUDE Data Disk 1 (D)\wff\vw\Scripts\EraseBanana.vss}[/code][/indent] I then renamed the long d-drive lnk file to: code: d.lnk[/code][/indent] And this include worked: code: {$INCLUDE d\wff\vw\Scripts\EraseBanana.vss}[/code][/indent] Thanks for the interesting tip.
  8. Raymond, Test 1: using "D:" If you literally meant to use "D:\..." I don't know how to get that to work, i.e. use a ":". Since this worked: {$INCLUDE d\wff\vw\Scripts\EraseBanana.vss}, I thought that I just needed to copy "d.lnk" to "d:.lnk". But, that put the file named ".lnk" on my d-drive. Trying to rename it resulted in a DOS syntax error. (I'm playing around in a command prompt window). With this shortcut file: code: C:\Program Files\VectorWorks 11.5.0\Plug-Ins\d.lnk[/code][/indent] I got the error on this include: code: {$INCLUDE d\wff\vw\Scripts\EraseBanana.vss}[/code][/indent] I copied d.lnk up to the VW folder and it worked. Test 2: Using the Plug-ins folder To make things a little simpler I put a script with this name in the Plug-Ins folder: FakePlugin.vss. I.e. no short cuts involved. This include gave that same error: code: {$INCLUDE FakePlugin.vss}[/code][/indent] But, if I moved it up to the main VW folder the that same include worked. If I moved the file back to Plug-Ins, this include did work because plug-ins is in the main VW folder: code: {$INCLUDE plug-ins\FakePlugin.vss}[/code][/indent] Therefore , I think that VectorScript includes have a bug and only allow you to include from the main Vectorworks folder. If you want me to try anything else for you, let me know.
  9. Raymond, I'm sort of glad you are having the same problem on the Mac, at least I'm not crazy. I experimented with your hint about the shortcuts (links, aliases). I was able to put a shortcut, in the VW program folder (c:\Program Files\VectorWorks 11.5.0), to my script on another disk. This is the file name of the sortcut created by windoze: code: IncludeErrorFromLnk.vss.lnk[/code][/indent] This include worked: code: {$INCLUDE IncludeErrorFromLnk.vss}[/code][/indent] I also put a shortcut, in the VW program folder, to another folder, not just a file. That folder was also on another disk. This is its folder name: code: IncludeError.lnk[/code][/indent] I was then able to include scripts from the folder: code: {$INCLUDE IncludeError\IncludeError.vss}[/code][/indent] I submitted a bug report on 4/29 to vs_support@nemetschek.net. No response yet. Thanks for the tip.
  10. This has a semi-happy ending ... Thanks for the ideas, however nothing worked, but as you will soon see, they did lead to something else to try. Before I get to that, I wrote a little script to see if I could read the file, instead of $include it, and that did work. As a variation on Alexandre's idea I put the file in C:\Program Files\VectorWorks 11.5.0, instead of in C:\Program Files\VectorWorks 11.5.0\Plug-Ins. I.e. I put the file in the folder/directory where the VectorWorks executable is. And guess what, this worked: {$INCLUDE TestInclude.vss} So it seems there is a bug in $include that is preventing it from handling fully qualified file names. [ 04-27-2005, 12:37 PM: Message edited by: Fozz ]
  11. Hi Jeff, Page C-1 of VS Language Guide,"C:\Program Files\VectorWorks 11.5.0\VWHelp\Additional Documentation\VSLanguageGuide_11_5.pdf" Show this as an example of the synatx of $include: code: {$INCLUDE MyHD\VectorWorks\Projects\VS\mycode\math.vss}[/code][/indent] I.e. it implies that this is valid: code: {$include d:\TestInclude.vss}[/code][/indent] Question Is the Language Guide wrong? Question When you said: quote: an include path begins at the folder that contains the application. is the application MY application and the folder is the folder that contains my xyz.mcd file?
  12. I'm experimenting with VectorScript includes. This is the main chunk of code: code: Procedure TestIncludes; Begin {$include d:\TestInclude.vss} End; Run (TestIncludes);[/code] And this is the contents of d:\TestInclude.vss: code: SelectAll;[/code][/indent] When I run it, I get this error: Line #5: {$include d:\TestInclude.vss} { Error: Could not open INCLUDE file. } If I replace the include with "SelectAll;" it works fine. I can copy the file name from the "$include" and paste it after the windows "dir" command and it works fine. Any idea why it can't open the file?
  13. Bill

    Error Log

    Delmer, Thanks for the info. I neglected to say that I am running VW on a Windows 2000 pc which may explain what I found. Regarding the location of the files I found drwtsn32.log (510 KB) and user.dmp (8.7 MB) in: "C:\Documents and Settings\All Users\Documents\DrWatson" I.e. it was in the Documents folder/directory, not the the Application Data directory. And the files have the date of the last time VW died on me. Regarding setting Up Dr. Watson I do not see a "Crash Dump Type" option when I start Dr. Watson, which may be due to my using windows 2000. These are the items in its window: Log File Path: C:\Documents and Settings\All Users\Documents\DrWatson Crash Dump (file path): C:\Documents and Settings\All Users\Documents\DrWatson\user.dmp Wave File (which is greyed out) Number of Instructions (set to 10) Number of Errors to Save (set to 10) Options Dump Symbol Table ( I have now checked it) Dump All Thread Contents (was and is checked) Append to Existing Log File (was checked, is not now) Visual Notification (was and is checked) Sound Notificaation (not checked before or now) Create Crash Dump File (was and is checked) [*]Application Errors: which listed some MS Word errors which I dont remember having Thanks again for the pointers.
  14. When VectorWorks dies and says an error log has been created, what is the exact name of the file and where is that file stored? I didn't seen anything mentioned on http://www.nemetschek.net/support/bugsubmit.html [ 03-14-2005, 02:19 PM: Message edited by: Fozz ]
  • Create New...