Search the Community

The window and door tools are lacking some fundamental capabilities that we need in our day to day use of these essential tools. This thread brings those feature requests together in one place. I've divided them into two sections (windows and doors), along with a third section for non-essential enhancements. And, lastly, I've now also added a wishes granted section. Window Tool: ADDITIONAL WINDOW SASH TYPES REQUIRED (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/49476-additional-window-sash-types-required/ ADDITIONAL WINDOW PANEL TYPES REQUIRED (mostly not implemented as of v2023, louvre vents implemented v2016) https://forum.vectorworks.net/index.php?/topic/49477-additional-window-panel-types-required/ WINDOW SILL IMPROVEMENTS (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/49479-window-sill-improvements/ CONTROL ATTRIBUTES OF INDIVIDUAL WINDOW PANES/PANELS (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/49478-control-attributes-of-individual-window-panespanels/ BRICK HEADER AND DECORATIVE WINDOW LINTELS (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/49481-brick-header-and-decorative-window-lintels/ WINDOW SETTING FOR ELEVATION IN WALL SHOULD BE ABLE TO REFERENCE STRUCTURAL OPENING (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/93659-window-setting-for-elevation-in-wall-should-be-able-to-reference-structural-opening/ ABILITY TO DEFINE SIDES, TOP & BOTTOM WINDOW SHIM GAPS INDEPENDENTLY (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/95178-ability-to-define-sides-top-bottom-window-shim-gaps-independently/ WINDOW SUPPORT FOR STORY LEVELS https://forum.vectorworks.net/index.php?/topic/106499-window-support-for-story-levels/ ABILITY TO CONTROL SASH AND JAMB PROFILES FOR WINDOWS AND DOORS https://forum.vectorworks.net/index.php?/topic/106503-ability-to-control-sash-and-jamb-profiles-for-windows-and-doors/ Door Tool: EXPLICIT DOOR HANDING (AND THE SAME GOES FOR WINDOWS) (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/20228-door-handing/ ABILITY TO DEFINE GAPS FOR DOOR TOOL (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/49508-ability-to-define-gaps-for-door-tool/ FRAME STOPS FOR DOOR TOOL (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/49502-frame-stops-for-door-tool/ CUSTOM ID TAGS (OF THE BUILT-IN) VARIETY FOR WINDOWS AND DOORS (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/51066-custom-id-tags-for-windows-and-doors/ MORE REFINED CONTROL OVER COMPLEX DOOR OPENING ARRANGEMENTS (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/49504-more-refined-control-over-complex-door-opening-arrangements/ MEETING STILES FOR DOOR TOOL (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/49503-meeting-stiles-for-door-tool/ Window/Door tool interface improvements: ABILITY TO CONFIGURE DOORS WITHIN THE WINDOW TOOL (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/49369-ability-to-configure-doors-within-the-window-tool/ ABILITY TO DEFINE WALL HOLE COMPONENT OF WINDOW/DOOR OBJECTS (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/50187-ability-to-define-wall-hole-component-of-windowdoor-objects/ ABILITY TO DEFINE OUR OWN SASH TYPES AND MARKERS (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/50577-ability-to-define-our-own-sash-types-and-markers/ NEED BETTER WAY TO HIDE WINDOW ID TAGS IRRELEVANT TO CURRENT ELEVATION (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/53910-need-better-way-to-hide-window-id-tags-irrelevant-to-current-elevation/ UNDO FUNCTION FOR CUSTOM SASH OPTIONS (not implemented as of v2023) https://forum.vectorworks.net/index.php?/topic/51103-undo-function-for-custom-sash-options/ Wishes granted SUPPORT FOR 3D 'WALL DETAIL' COMPONENT RETURNS AT WINDOWS (implemented v2022 🥳) https://forum.vectorworks.net/index.php?/topic/50263-support-for-3d-wall-detail-component-returns-at-windows/ BI-FOLDING SLIDING DOORS FOR DOOR TOOL (implemented in v2023 🥳) https://forum.vectorworks.net/index.php?/topic/49506-bi-folding-sliding-doors-for-door-tool/ TRADITIONAL WINDOW SCHEDULES (implemented in the form of the fantastic Graphic Legend in v2023 🥳) https://forum.vectorworks.net/index.php?/topic/49480-traditional-window-schedules/ 2D FRONT VIEW VECTOR-BASED DOOR SCHEDULES (implemented in the form of Graphic Legend in v2023🥳) https://forum.vectorworks.net/index.php?/topic/49364-2d-front-view-vector-based-door-schedules/ ABILITY TO MANIPULATE WINDOWS/DOORS DIRECTLY IN MODEL (implemented in v2023🥳) https://forum.vectorworks.net/index.php?/topic/49482-ability-to-manipulate-windowsdoors-directly-in-model/

Apart from a bug whereby Window ID Tags show through from the other side of a building in a hidden line elevation drawings there's also a problem of window numbers showing on edge from adjacent elevations, as the attached screenshot shows. We need a better way to control visibility of these, rather than having to place Window ID Tags for each elevation on their own Class. See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

I'd like an Undo button in the Custom Sash Options window. Like we do in the Edit Hatch window. See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

We'd like custom ID tags for windows and doors. One of the main reasons we need them is to display the fire-rating of doors on floor plans for instance. We used to use symbols for doors, including our own custom ID tag (linked to a record format), and this included a fire-rating field. But now that we're using the Door Object we don't have this capability. The fire-rating is there in the door data but we're unable to display it as part of the ID tag, because ID tags are limited to ID Prefix, ID Label and ID Suffix. You might say that we could use the ID Suffix field to show the fire-rating but we already use this field to identify a door type (and the fire-rating is already has its own field). So a typical door number for us would look like this: D-09-B (D=door, 09=door number, and B=type) WinDoor, for instance, has custom ID tags, which are symbols the user can edit. They also have a second field that you can use for any piece of data you like, such as the fire-rating. See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

I'd like the ability to define our own sash types and markers. The native window tool has been missing some sash types for many years now and I've nearly given up trying to get them added. They're critical from our point of view and it's frustrating to be held back by such omissions. Being able to add themselves would solve this problem. See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

For a while now we've had the ability to return wall components at either side of a Window object in a Wall. Which is great. The problem is that it's only in 2D, in Top Plan view. I think it's well past the time that this should also work in 3D (including separate control of the window head). This is of critical importance for us. Apart from just not showing in 3D it also causes problems for things like Section Viewports. Without 3D returns we end up having to add masks to our Section Viewports to hide the wall components that shouldn't be showing. Pretty anachronistic for where Vectorworks is these days. Here's an example of Interior and Exterior Window Detail component returns in plan view, which is great: But these returns don't show in 3D: This is how our Section Viewport ends up looking: And this is roughly what we'd expect it to look like: See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

As we can with Symbols I'd like to be able to define the Wall Hole Component of Window and Door Objects, so we can more easily model modifications of the wall that are associated with a window/door. See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

We'd like to be able to manipulate windows directly in the model, similarly to how we already can with the Curtain Wall Tool, including: Resize window/door widths, heights and sill/head position via a set of selection handles Move transom, sash and mullion positions See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

We need more control over the lintel parameters than there are at present. We need control over the overhang either side of the window reveal so that we can show brick header/soldier courses above windows and other decorative features. See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

We need to be able to generate traditional window schedules (vector-based as opposed to bitmaps) that fit on an A1 sheet and include dimensioned elevations of the windows/doors. Preferably all at the click of a button. See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

This is part of my Window and Door Tool Maturity request: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/ 1. We need a sill board The 'stool' object of the sill settings is designed for a 100 year old traditional wooden window that sits flush with the inside face of wall. These days walls are thicker and windows tend to sit somewhere in the middle of the wall. And no matter what external sill is specified we nearly always have a sill board internally. Under the 'Timber' configuration the outside edge of the 'stool' is eternally aligned with the inside of face of wall and the inside edge of the sill, making the incorrect assumption that the timber sill should always span the entire thickness of the wall. The 'Masonry' configuration doesn't have a 'stool' setting. And the 'Brick' configuration will allow you to make such wonders as this: What we need is a 'sill board' (or 'window board' or 'internal sill'), that abuts the inside face of the window frame/jamb/subsill. The internal finish wall component needs to be able to extend up and abut the underside of of the board. The sill board should be treated as a separate element to the external sill, that we can turn off and on (sometimes they're not needed for windows that go to the floor) The sill board needs a control for its vertical position relative to the window frame and two controls for depth: one as an absolute figure and the other based on how much it overhangs the inside face of wall. Here's an example window sill detail with a sill board: 2. Materials should be decoupled from profile shapes and we should have far more control over profile shapes I'm not convinced that the sill configurations should be based on material: "Timber, Masonry, Brick". External sills will typically be wood, aluminium, stone, slate, brick, PVC-U. Internal sills are typically timber or MDF, but can be other materials such as stone, ceramic, marble, Corian, or PVC-U. It makes more sense to me to have one set of configuration settings and then a bunch of profiles to choose from. Profiles should probably be a Resource that we can create and edit ourselves. Perhaps different categories of profiles with different configuration settings. If you really want to group the settings into types then it would be better to describe them by their production process rather than their material: extruded, cast, cut, pressed, etc. We need additional types, for instance: extruded PVC-U sub sills, extruded aluminium sub sills and pressed aluminium sill flashing. Pressed aluminium sill flashings tend to have a drip edge that extends down below the structural opening of the window, which is not possible with the current sill settings. Not necessarily important for 3D modelling, but how it interfaces with the window frame can be quite varied; they can go under the window frame, or clip into the bottom edge/face of the window frame, or get screwed into the face of window frame, or get screwed into a hidden packer/sub-sill. We also need a cast/stone option with stooling options at the ends. This is one of the few sills that isn't the same shape for its entire length. Stooled Sills (see below) are not a continuous profile shape, they have "stooling" at the ends for brickwork to sit on. Slip Sills are continuous all the way along and are typically used when the building is rendered instead. Here's an example of pressed aluminium sill flashing, with the drip edge extending below the opening, and screw-fixed onto the bottom edge of the window frame. It's also a full-height window example with no sill board: Here's an example of a timber window with a pressed aluminium sill flashing screw fixed into an additional element, a hidden timber sub-sill (or packer). So this window sill has three elements: pressed aluminium external sill, internal sill board and the timber sub-sill packer element: Here's what a Stooled Sill looks like: And a Slip Sill in comparison: 3. Sill depth control As above in regard to the internal sill board, we should be able to control the depth of a sill (external sill) as follows: 1. By specifying the back edge of the external sill as an offset from the inside face of window frame/jamb 2. And by controlling the outside edge of the sill by either specifying the actual depth of the sill or by specifying how much it overhangs the outside face of wall (i.e. the outside edge of the sill relative to outside face of wall) If we're using standard sized sub sills (such as extruded aluminium or PVC-U) we might typically want to specify the depth of the sub sill. But for, say, pressed aluminium sill flashings we might want to specify the overhang. So both options would be good. 4. The window sill currently obscures wrapped wall components (VB-188272) 5. Make window sill a separate tool/object In the real world sills are mostly separate objects to the windows, and installed separately. Except for some types of sub-sill arrangements. The sill object is probably better off as a separate tool, but that can be linked to a window in some fashion, so that if the window width changes, so does the sill.

A common alternative to glazing in Europe is polyester powdercoated insulated aluminium panels or opaque ceramic glazing. So we'd like the ability to control the attributes (colour, texture, etc) of individual panes/panels, including by Class, as we can with Curtain Wall panels. See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

1. Fixed insulated panels (not implemented as of v2023) (as a substitute for glazing, direct into frame (i.e. sashless) or into sash). 2. Frameless panels (not implemented as of v2023) (this is similar to a fixed insulation panel except that the window frame is hidden behind the panel, so all you see is a monolithic panel). We often use these to form spandrel panels between levels of a building where a window spans several levels. 3. Louvre vents (implemented v2016) 4. Louvre windows (not implemented as of v2023) 5. Glass block (not implemented as of v2023) (Maybe as a window panel type as well as a Wall Style?) See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

1. Projecting Side-hung (not implemented as of v2022) (hinged on friction stays at top and bottom of window for easy cleaning) 2. Projecting Top-hung (not implemented as of v2022) 3. Fully Reversible (not implemented as of v2022) (in addition to pivot) 4. Sliding Sashless (not implemented as of v2022) (horizontal and vertical) 5. Ability to add custom tags to sashes (not implemented as of v2022) We need the ability to annotate sashes in 2D/3D. For instance we might like to mark fixed lights with an "F", or we might need to make a certain window opening with FEW (for 'Fire Exit Window) on an elevation, or we may need to mark a door in elevation as "FE" for Fire Exit. 6. Markers (not implemented as of v2022) Markers for the above sashes should be as follows. 6. Ability to define our own sash types and markers (not implemented as of v2022) I've been pushing for above sash types since at least 2010. In that time we've had "tilt and turn" added (but badly implemented), plus maybe a couple of others, but the above types are still missing. I don't know why. They're critical from our point of view, for correct scheduling and display of markers. So perhaps one way around this impasse is to provide us with the ability to define our own sash types and markers? Then we don't have to wait a decade for them to be coded into the application. See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

The separation of the window and door tools poses a problem for scheduling, visual accuracy and editing. In the real world doors and windows are usually part of the same unit, especially for external units. So we need to be able to define doors and door thresholds as part of window units (or "external opening" units) separately and in addition to the window sash/sill settings. This is probably my most wanted enhancement in Vectorworks. JIRA reference: VE-97948 See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

I’m using the Window tool in conjunction with the Opening sash operation to create holes in walls. The problem I can’t control the attributes to turn off the lines that form the opening. Any ideas?

There are various window sash configurations and door opening configurations missing from the window and door tools. See below for the ones I can think of. I'd like NV to support these (ASAP) but another approach could be to provide us users the ability to define them ourselves within the tool interface. Things we need to configure would be 2D plan representation, elevational representation (namely the hinge direction marker), 3D aspects such as if and how it opens and schedule data. And then the infill types. Potentially difficult to implement but at least then we'll be able to add our own types, as window manufacturers come up with them, instead of having to wait for NV. In fact this principle could be applied to parametric objects in general, not just the window tool. Sash configurations: 1. Fixed glass, i.e. sashless (currently only a fixed sash can be created, currently called a "Fixed light") 2. Tilt n turn (implemented, but the ability to choose opening side still needs to be implemented and they need to remain inward opening at all times) 3. Easy-clean side-hung 4. Fully reversible 5. Single sliding horizontal sash (at the moment horizontal sliding sash splits each sash into two when applied) 6. Centre-pivot 7. Sliding sashless 8. Round windows Infill types: 9. Fixed insulated panels 10. Frameless panels 11. Louvre vents 12. Louvre windows 13. Glass block Door configurations: 14. Double acting 15. Fixed door 16. Various missing folding configurations 17. Various missing sliding configurations 18. Stacking 19. Overhead rolling 20. Overhead tilting 21. Overhead sectional 22. Overhead folding 23. Pivot 24. Wall hung sliding 25. Louvre doors