Search the Community

The added controls for Shim Gaps for Windows (+ Doors) in VW2024 are great. Now you can edit the left/right/top/bot gaps independently: What we need now is for the Jamb settings to get a similar treatment: Being able to control the width + depth of the frame members independently whether they are the head, sill or jambs would be great. Similar controls already exist in WinDoor although here the jamb (side members) + head (top member) are treated the same whereas it would be better if they were separate: Like with the Shim Gap controls, if you only ever want the values to be the same all the way around the frame you would just link the values so it wouldn't be any more complicated than it is now. But being able to unlink the values + edit them separately would give an extra degree of control + make it more likely we can achieve the Window configurations we need. For example, if I am placing a rectangular window in an arched opening I will generally want to widen the head but not the jambs or sill. Or I might want to widen the jambs + head to allow for internal wall insulation but not the sill. Thanks

Windows in VW2024 are working great but would be greater still if we had better control over the Sill parameters. The rear of the Sill Currently, the rear of a timber sill aligns with the internal face of the core Wall component if the Wall has a Core present + if the Wall does not have a Core, the rear of the sill will align with the interior face of the Window jamb. An improvement would be the ability to align the rear of the sill with any Wall component + to be able to apply an offset if desired. Additionally, we should be able to align the rear of the sill to the interior face of the Window jamb without having to remove the Core (since doing this will mess up Wall Closures). The front of the Sill Currently, where the front of the sill is located is dictated by the ‘Depth’ parameter which is measured from the rear of the sill. An improvement would be to remove the link to the rear of the sill + instead bind the front of the sill to the exterior face of the Wall + be able to apply an offset to dictate the projection. The Keep Currently, the 'Keep' parameter is measured from the rear of the sill + dictates where the exterior-facing slope starts. An improvement would be to remove the link to the rear of the sill + instead bind the rear of the slope to the exterior edge of the Window jamb + be able to apply an offset if desired. As alternative options we should also be able to define the start of the slope relative to the exterior face of the Wall or the front edge of the Sill. Similar improvements would be applied to the Brick + Masonry Sill configurations. These improvements would mean that Sills could be fully set up by Style + work regardless of the Wall the Window is inserted in. At the moment, Sills need to be re-configured each time the thickness of the Wall the Window is inserted in changes or the Window is inserted in a new (different) Wall. (I appreciate that if the rear of a Sill is bound to a specific Wall component as described above then this parameter will need to be reset if the Wall changes but this would be a relatively quick + straightforward change to make compared to the current situation + if the rear of the Sill was bound to the interior face of the jamb instead wouldn't apply at all).

Wishlist, item n°5 Custom sash and jamb profiles. For now, sash and jamb profiles are rectangles and we can only set the depth and the width of those profile. An interresting enhancement would be to be able to set custom profiles (custom 2D polygons / 2D symbols). So that would introduce to be able to draw infinite kind of jambs and sash with or without rabbets etc.

Wishlist, item n°4 Possibility to set a Rabbet X/Y for doors and windows (including sliding windows). In common drawings, at least in europe, we usually draw doors and windows with a rabbet. Sometimes it is important because it can change the visual aspect of an exterior window, for example a sash can disappear inside the widow jamb on the sides). Thoses settings should be added inside the US tool (it exists partially inside the Benelux and french tools).

Wishlist, item n°3 Possibility to set different class / attributes for viewed jamb and sectioned jamb If you draw a bottom to ceiling window, the bottom frame of the window can be recessed into the floor. (like on the photo of the previous post). So in 2D plan, you don’t want the side jamb to get the same attribute as the bottom jamb. So we should be able to set seen jamb and cutted jamb separately to get correct 2D plan.

Wishlist, item n°2 6 panels sliding windows (or more) I would be great to be able to draw 6 panels sliding doors as they are available from manufacturers. Now the limit is 4.

Wishlist, item n°1 Level of insertion following story’s levels. I would be useful to be able to set the level of insertion, I mean the “Elevation” parameter, of a window following a level of a story. It would allow to create a level for the sills of the windows and to set the Elevation parameter following the sills’ level. Or to set the Elevation parameter following the finish floor’s level with an offset (1 meter for example). When projects get more detailed, the finishing layer of the floor changes. With this option, the update would be easy. Also, I think this goes main in the direction since the stories’ levels introduction.

We need to be able to define the sides, top & bottom shim gaps independently of one another. These shim gaps are often different. We need to be able to model these correctly so that things like our window schedules are correct and so that our elevations correctly show the relationships when we're dimensioning to things. The bottom shim gap can be effected by the depth of wall and the need to allow for the fall of a sill. The top gap can be effected by different lintel arrangements. I've not had an example where each side is different (although this can often happen with internal doors), but I can imagine examples where being able to define each side independently would also be required. Same issue with the door tool: https://forum.vectorworks.net/index.php?/topic/49508-ability-to-define-gaps-for-door-tool/ See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

Hello, I'm sorry for what I'm about to write but it's quite unbearable to see how nothing is changing on the side of doors and windows tools despite the many comments made on this forum and to distributors (design express in my case). I really do not understand. Doors and windows are important elements in architecture and they are also industrialized elements. Because of their variable dimensions, parametric tools are necessary to avoid modeling them one by one. Why is Vectorworks failing to make this tool? I note that many distributors have created their specific tool and I have tested the following: American, (former) French, German/Italian, Belgian/French/Dutch, Australian. NONE allows to have both a correct use and a correct representation in advanced phase of study. By arguing local specificities, energy was spent for nothing by developing several tools when only one would suffice. Having worked in Great Britain, Germany and France, no local specificity justifies different tools. Please stop this. Would it be possible to concentrate development efforts on a single tool to have a tool that works? From my point of view, but it is debatable, the express design tool (belgium, france) is the most advanced in terms of options and representation, but it is unusable because badly programmed (long time to draw each element ) and because it doesn't have a style option. The American tool behaves well, but it does not offer enough representation and drawing options. Vectorworks, for architects who design spaces and need windows to bring light into their buildings, when are you going to seriously upgrade these tools?

If the Size Reference of Window Style > General > Elevation in Wall is set to Structural Opening, then the Elevation in Wall height should also be to the structural opening, not the unit (as it is now). Otherwise we end up have to manually do math to remove the shim gap from the height. And if the shim gap changes we need to come back and amend this setting. The height in this example should be 2100, for instance, but I have to make it 2090 to allow for the 10 mm shim gap. If the shim gets changed, to say 12 mm, we need to come back and change this setting to 2088. Suffice say this has caused us a few headaches in the past. Adde to JIRA: VE-102819 See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/

Can we please have the ability to offset Sashes from Mullions, as we already can from Jambs. Perhaps something like the attached mark up.

In the Design Day Live Europe Q&A a question about future development of windows, doors and stairs was answered by way of pointing out that Vectorworks is always working on incremental updates to these tools and prioritising which updates to include. Windows, doors and stairs are at the core of our experience, but these tools have been missing key features for many years. Can we have a release where major updates to these tools—instead of incremental updates—are one of the biggest focuses of the release?

Can we have a proper arrow for sliding doors instead of this silly little triangle?

In Custom Sash Options the user interface needs to be explicit about which side of the window the user is looking at. "Front" or "Back" in VW parlance**. Otherwise how is the user meant to know which side they're looking at other than trial and error. It's not even explained on the Help page. **I would also prefer the words "Outside" and "Inside" despite that both sides of a window could logically be inside. "Front" and "Back" is a matter of perspective. If you're inside then the inside of the window is "front". If you're outside then the outside of the window is "front".

We'd like to be able to configure the louvres in Window and Door objects to be vertical. Currently we're restricted to horizontal.

The Plan Wall Offset setting in Window Style > General is currently based on the centre of window frame to centre of Wall. This is not a figure we're generally interested in practice. As designers we're interested in where the outside or inside face of a window frame sits relative to the outside or inside face of a wall, or relative to the outside or inside face of a particular wall component, more often than not the Core component. So instead of being a simple offset from centre of window frame to centre of wall we'd like the following offset options added to the OIP: OFFSET FROM: 1. Outside face of window frame 2. Inside face of window frame 3. Centre of window frame TO: 1. Outside face of Wall 2. Inside face of Wall 3. Centre of Wall 4. Core component of Wall [or, if possible, specific component of Wall]

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/