Jump to content

Judah Warshaw

Vectorworks, Inc Employee
  • Content Count

  • Joined

  • Last visited

Everything posted by Judah Warshaw

  1. The proper field for both Doors and Windows is NGA2. This is defined as an Area parameter and should you the value in the defined area unit for your document. Keep in mind that value calculated for Net Glazed Area is the area of the glass/glazing. This does not include the sash and jamb that surround the glass. If you have several panes of glass NGA2 accumulates all pieces of glass. The NGA (for door) and NetGlazedArea (for window) field are outdated. They were from before Area type parameters were available.
  2. Just to give you some background on this...when you convert the PIO to a symbol, you have one copy of the geometry that is duplicated through all instances of that symbol in the drawing. The symbols in the drawing, at that point, have no knowledge of any parameters that the underlying objects may have. In the Use Wall Depth situation, the Jamb Depth parameter gets adjusted whenever the door finds itself in a wall. When using a style, Use Wall Depth will always adjust the Jamb Depth when the door is in a different wall, or the wall's thickness changes. None of this can happen when using a symbol Think of it in terms of a container - when the door is in a symbol, the symbol definition is the container, not the wall. What is in the wall at this point - a symbol, not a door.
  3. The has always been my understanding of the hierarchy as well.. If it has changed it would be news to me. The door and window code make use of the services in VW to find the file. In this case only the first one found is used, as opposed to resources that might aggregate together. As a FYI: The source for this goes back many years to when the plug-in was converted from VectorScript to SDK. In the VS version, the user could edit the plug-in within the plug-in manager and change how it would appear in the UI. This is not possible with SDK plug-ins. That was always a per user only solution. There was no way to do this for a workgroup. When the change was made to SDK, a way to get user defined name was needed, and this was the best solution, at least at that time. It has the added benefit of being available for workgroup folders as well.
  4. Correct. Ultimately, these are a per user issue. But, as you ask, they can go in a workgroup folder. Either that or everyone needs a copy. It is only a visual change in the UI that is made. The field name in the record does not change. Yes they can. The changes can be places in a Workgroup or project folder. When VW launches, the first one found is the one that will be used. The file is found through that standard hierarchy that Vectorworks uses to find files. Again, you are correct. Since this is only a visual change in the UI and not the record itself, it is not portable.
  5. The door hardware definitions are found in the folder Libraries\Defaults\Door - Hardware in the file Door Hardware Library.txt If this file is set to read only then you will get the result you are seeing. Be sure the check the file in your user folder. This takes precedence over one in the application folder. Typically the files in the application folder are read only. You will have to check you file attributes to be sure.
  6. This is a little obscure, but it can be done with ease. Navigate to your Plug-Ins\Common\Data folder. You will find 2 files: DoorPreferences.xml and WindowPreferences.xml. In this file you can name each of the 10 user defined fields. Fill in the Key section, for example <Parameter> <Name>UserFld1</Name> <Key>MYFIELD1</Key> </Parameter> This will rename user field 1 to show as MYFIELD1. In the door settings dialog you will see: In the create report dialog: and in a worksheet:
  7. I'm sorry that I did not see this earlier but...there is a built in worksheet function for this: =PLUGINSTYLENAME You can find it in the Insert | Function menu item.
  8. You can also use the Edit Curtain Wall tool and choose edit panels from the toolbar. Then select a panel and use the context menu. There will be two options to insert a door or window directly into the selected panel. This will save the step of having to check the Curtain Wall object setting.
  9. I just checked. The convert to metric command is working, most of the time. Look closer at your plant lists. Many of the records will convert correctly. The problem with this commands is: there was no really good way to do this conversion. The database simply checks the value and has a mapped list of corresponding ones. If the match is not exact, no conversion takes place. You best bet for records that did not convert to your satisfaction is to do a find operation on them and change those yourself. You can do this with the Records | Replace Field Contents command. I will look into possibilities of refining the search and match for the next version, but no promises.
  10. When the choose class control says , then the class assigned to the door itself will be used for that part. If you wish to assign specific classes to the various parts of the door, then you will need to create them, or choose from one of the existing classes.
  11. The Leaf Width is i nthe field DoorWidth and the Leaf Height is in the field DoorHeight. Note that there are no spaces in the field names.
  12. After doing your Find operation and you have the set of plants that you would like to print, switch to preview mode. That will show you how your print job will look. Then, from the print dialog, the top of the dialog has a pop-up menu called Print. Choose "Records being browsed". This will print your entire found set of records.
  13. Hi Lee, If you could attach the Vectorworks file it would help in trying to track this down. Thanks,
  14. Vectorworks 2012 allows you to customize the classes that will be used for all 2D visibility purposes. If you are using a version earlier than 2012, the classes listed only control 3D objects. 'Sills' was hard coded and could not be changed. The same was true for 'NonPlot' and 'Ceiling-Main'. All these classes are exposed for you to change in VW 2012.
  15. This is done by design. The Show Shim Gap button only controls the Top/Plan visibility of the gap. That's why the check is labeled "Show Shim Gap in Plan" It is always shown in 3D views. This way the hole in the wall exactly matches the specification given - the object's overall width plus the shim gap.
  16. Look in your Plug-Ins\Common\Data folder for a file named "DoorPreferences.xml" or "WindowPreferences.xml" You should copy this file over to your user folder. In this file you are able to rename the User Fields. You are not able to change the type though.
  17. The component wrapping for the door and window tools currently only shows in 2D. Splays do show in 3D. Not so much a bug but a limitation, one that is known. Please feel free to submit an enhancement request as opposed to a bug report.
  18. If you copied over your 2011 (or earlier) workspace files to your 2012 install, then this behavior will occur. There were some internal updates to the door and window tools that cause this. Deleting and re-adding the tool as described fixes the problem.
  19. You are correct...in the dialog the view is different. Things like sills, trim and shutters are dependent on the wall to determine their interior and exterior. When there is no wall, the concept of interior losses most of its meaning, so determining how to draw it becomes confusing. The dialog preview has been this way for a while.
  20. The Overhead Line is placed in the Ceiling-Overhead class. Hide this class and the line should no longer be visible.
  21. The Sill, in the terminology of the window tool, is always on the exterior. The part that is on the interior is referred to as the Stool. Try playing with the Sill Lip, Keep, Depth and Height values and you make be able to achieve the look you are going for.
  22. Unfortunately, there is no real way to fix this in 2011 short of covering it up yourself. But I can confirm that this issue has been resolved in 2012. Please see my post at http://techboard.vectorworks.net/ubbthreads.php?ubb=showflat&Number=160098#Post160098 for a complete listing of Door and Window improvements for Vectorworks 2012.
  23. As in the past, I would like to make our users aware of the new features and updates available in Vectorworks 2012's Door and Window tools. We have tried to answer some many long standing and repeated requests with many of these new features. Some of these features were specifically requested by our European distributors. I hope there is something for everyone here. New Door Attributes The threshold line style and overhead swing line style can now be configured. Previously the threshold would follow the jamb line style, and the overhead swing was a hard coded dashed line. The transom glazing now has its own class, like the sidelights. Previously it would use the same glazing as the glass leaf. Window Transom Options You can now configure the muntins for the transom separately than those of the sash, similar to the way you can in the door. Previous versions would force you to use the same configuration as the sash. The transom glazing for the window also has its own class now to allow a different texture. Window Sash Offsets There are 3 new parameters for the window to allow positioning of the sash. Sash Offset will move the sash from its default position within the jamb. Sash Width Offset allows an additional width to be applied to the sash allowing it to stretch into the jamb. Glass Offset will move the glass from its center position in the sash. New Hinge Direction Marker Options There are now options for both interior and exterior hinge direction markers in both doors and windows. Previous versions only showed the marker on the exterior. There is also a Hinge Marker Class for visibility purposes, allowing you to show and hide the hinge direction marker by setting the classes visibility. Especially handy for rendering where you don't want to show the marker. You can now hide the marker without having to go to all your objects and changing the parameter. Door and Window: User Control for Default Visibility Classes The Sills, Ceiling-Main, Non-Plot and Ceiling-Overhead classes are no longer hard coded. You can user define, change, rename, redefine, reclassify at will. This is available on a per object basis so you can separate the classes used for doors and windows, and any mix you like. The existing values are the defaults, but you can play with them as you wish. New Opening Types for Doors and Windows Door size can now be defined using Leaf Size, Unit Size and Rough Opening Size. Previous versions only defined a doors dimensions by its Leaf size. Window size can also be defined using Sash Size, Unit Size (previously Overall) and Rough Opening. The previous version only allowed for defining by Overall size. Defining the height and width by Rough Opening includes the shim gap value in calculations. There is also a new options to Show Shim Gap in Top/Plan view. Unequal Bi-Part Door Leaf Configurations For bi-part door leaf configurations, Bi-Part Swing, Bi-Part Pocket, Double Acting and Bi-Fold Bi-Part, you can now choose to have unequal leaf sizes. You define the width of one leaf, the other is calculated for you. Door Threshold Extension You can now define a Threshold Extension to be added to both sides of the threshold to extend it beyond the inner border of the jamb. The 2D threshold polygon now has a proper solid fill. Door Muntin Depth Options The Window tool always allowed the user to define the depth of the muntin bars. The door did not. Now you can. New Opening Configuration for Doors and Windows A new configuration called Opening is now available for Doors, Windows and Corner Windows. This will create no infill geometry for your object. You will get what I call a "Fred Flintstone" window, just a whole in the wall. Can also be used to create simple archway opening in walls. Consistent Component Wrap Points When changing a door or window's width and component wrapping is on, the components will now stay in the same relative spot they were in. Make your door or window wider or thinner, you component wrap will remain the same. Some additional work has been done to resolve certain cap line issues and hatch rotation issues. Net Glazed Area Net Glazed Area now shows in the dialog as a proper area value. This is done with a new parameter. This is also available in worksheets, but you need to place a new parameter there. No need to make calculations to have the NGA show properly in worksheets. The old parameter is still there for backwards compatibility purposes. Enjoy!
  24. The On Schedule field will be used if you create your schedule via the Tools - Reports - VA Create Schedule command. It already has criteria built in to show only those door show On Schedule field is checked. The same will apply to windows. If you are creating your own worksheet, you will have to add the criteria yourself. The criteria you will need to create is in the format of =DATABASE(((R IN ['Door']) & ('Door'.'OnSched'=TRUE))) Which you can create with the following settings in the screen shot. Hope this helps,
  25. Just to verify...the RO dimensions are calculated fields. Same with masonry module and net glazed area. This is why they appear in the data tab of the door and window settings dialogs and you can not edit the values there either. Worksheets don't really know this fact...they only see fields. The "read only" factor is controlled from within the door or window.


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