Jump to content

Bruce Ferguson

Vectorworks, Inc Employee
  • Posts

  • Joined

  • Last visited

Everything posted by Bruce Ferguson

  1. I would think it would sometimes be useful to see the serial number. Perhaps it should be hidden by default, and have an option to make it visible?
  2. In my earlier comment, the changes to the Object Info palette for DLVPs are for VW 2021, not for VW 2020. Sorry for the confusion.
  3. Oh and as to your other question, the behavior you describe sounds like a glitch.
  4. If the source file and the target file have the same user origin, then I believe you would want to set it to the opposite of the user origin. So if the user origin was offset from the internal origin by 50', 25' (XY), then the location of the DLVP should be -50',-25'. For VW 2020, the OIP for the DLVP has offset X, offset Y, and offset Z instead of X, Y, Z. Also the offset is not affected by the user origin, so to set it back to its original position, you would always set offset X, Y, Z to 0,0,0.
  5. I will try to answer your questions. I am assuming you are concerned with referenced DLVPs, so I my answer will be for referenced DLVPs. 1) What controls its position is the position of the original objects in the source file, any movement done to the DLVP (by dragging or by setting the x,y,z values on the OIP) and user origin changes. 2) I assume when you ask what would cause it to move, that you mean after you update the reference, it is in a different position. I think there are two possible causes. Obviously if the original objects in the source file were moved, it would move. Secondly if the user origin of DLVP's file was changed. For an example of the second case, I had a referenced DLVP and its center was at -100', 0 (xy). The user origin of the file was offset from the internal origin by 100', 0. I edited the user origin so it was offset from the internal origin by 120', 0. The DLVP did not move with respect to the page, but now its center was at -120',0. Then I updated the reference. The DLVP moved with respect to the page, so its center was back at -100', 0. 3) When you first create a referenced DLVP, the coordinates of its location should be the same as that of the original objects in the source file. For example, in the source file, I had some walls centered around -50', 0. The user origin of the file was offset from the internal origin by 50', 0, and the walls were at the center of the page. I created a referenced DLVP in another file, where the user origin of the file was offset from the internal origin by 100', 0. The center of the reference DLVP was at -50', 0, but it was 50' from the center of the page.
  6. An error dialog should not come up during Batch Convert. This is a bug. I have duplicated the problem. I will enter a bug report for this.
  7. I will enter a bug report about the file name being truncated.
  8. Boh, if you open a file in the recent files list, there is a File Info command in the File menu that will show information about the active file, including its location.
  9. Julian, was this with Vectorworks 2020? If you could send me the test file, I would like to investigate why this is so slow. You can send it to bruce@vectorworks.net.
  10. Tolu has entered a bug for the slowness with surface hatches: VB-158507. @Jim Wilson If you received a file, can you attach it to the bug? @Amorphous I assume the two samples you show are section viewports. Do you see the slowness when you update the section viewport?
  11. Andrew, Please send me a copy of your file. If possible send a copy from when it crashes wehn you edit the viewport annotations. Thanks,
  12. Shaun, You were the first person to report this oversight. We will try to fix this for an upcoming service pack. Thanks,
  13. Michael, The eyedropper with the yellow star appears whenever you hold down the option and cmd keys and move the mouse. This indicates that when you click the mouse, you will be performing a Create Similar Object command. For example, if you option-cmd click when the mouse is over a rectangle, the rectangle tool will be active, and global settings will change to match the settings of the rectangle. So if the rectangle had a red fill, the global graphical attributes would be set to red fill. The eyedropper is used, because this functionality is very similar to using the eyedropper with the Pick Up Sets Defaults option on. The yellow star serves to distinguish this from the eyedropper functionality.
  14. MSLD and Ride, If you have a reproducible crash, please send me your testfile and tell me what to do to get it to crash. Thanks, bruce@nemetschek.net
  15. Bill, Please send me a file that you try to import layers from and see a crash. Thanks, Bruce Ferguson bruce@nemetschek.net
  16. Christiaan, I looked into this, and it seems to me like it is working the way you want it to work, at least partly. I copied the Wall Styles Metric.vwx file from the app folder you referred to into the user folder you referred to. I deleted a few wall styles in the Wall Styles Metric.vwx file in the user folder, and those wall styles didn't show up anymore. I did notice that if I renamed the Wall Styles Metric.vwx file after I copied it, then the wall styles from both files showed up, and those that were duplicates had the filename in parentheses after the wall style name.
  17. This will be fixed for a maintenance release. So if you fix any scripts in the meantime, changing "Fit to Window" to "Fit to Page Area", you will have to change it back to "Fit to Window" after you get the maintenance release with this fix.
  18. Scooter, It looks like Country Blueprint is not supported on the Mac when using Quartz. I have it installed on my Mac also. If I have VectorWorks set to not use Quartz (in the Display pane of VW prefs), I can create text in Country Blueprint, and when editing the text, all I see is rects, but after I exit the edit box, the text displays correctly. When the text is being edited, the Mac OS draws the text, and it always uses Quartz. I tried drawing text in the Macintosh application TextEdit with CountryBlueprint. It does better than VectorWorks, in that it doesn't display all rects, but it doesn't draw the text in CountryBlueprint. It seems to draw it in LucindaGrande. I believe if it can't draw text in the selected font, it will draw it in another font. So you could try to find a version of the Country Blueprint font that works with Quartz on the Mac, or you may need to use a different font. Bruce Ferguson bruce@nemetschek.net
  19. Are you seeing any of the hatches from Hatches_Default.mcd in the attributes palette when in other files? If not, turn on the Display Default Content preference on the Session pane of the VW Preferences dialog.
  20. Rich and Sean, Did you both update from 12.0 to 12.5.1? Please send me a VW document showing the problem, and I will investigate it. Thanks,
  21. If you download the 'new' version that was posted on the 19th, we believe it will fix the problem you described.
  22. Did you install 12.5.1 from a CD or did you download from the website? A revised updater was put on the website on January 19, to fix 4 crucial problems for Macintosh users, and the problem you describe is one that it fixes.
  23. You may have noticed that VW 12.5.1 is available for download. Some crashing problems have been fixed in VW 12.5.1. If you have had crashing problems, you can see if 12.5.1 fixes your problems.
  24. Eric, A bug has been submitted about this recently. It seems like this problem was also in VW 12.0.
  • Create New...