Window and Door Tool maturity

[Christiaan]

This thread is intended to bring together the features needed to bring the window and door tools to what I (and some UK architects I worked with on these) consider maturity. These tools have been neglected for too long. These aren't interface improvements, nice-to-haves or radical ideas, but rather basic features (from a user's point of view) needed to model windows for the vast majority of our projects (mostly medium-sized residential buildings in UK/Europe).

 

The last set of items are the interface improvements, nice-to-haves or radical changes that we'd love to have but I've posted here by way of contrast to the basic features we need for window/door tool maturity.

 

Window Tool:

 

Additional window sash types required (not implemented as of v2022)

https://forum.vectorworks.net/index.php?/topic/49476-additional-window-sash-types-required/

 

Additional window panel types required (mostly not implemented as of v2022, louvre vents implemented v2016)

https://forum.vectorworks.net/index.php?/topic/49477-additional-window-panel-types-required/

 

Window sill improvements (not implemented as of v2022)

https://forum.vectorworks.net/index.php?/topic/49479-window-sill-improvements/

 

Control attributes of individual window panes/panels (not implemented as of v2022)

https://forum.vectorworks.net/index.php?/topic/49478-control-attributes-of-individual-window-panespanels/

 

Brick header and decorative window lintels (not implemented as of v2022)

https://forum.vectorworks.net/index.php?/topic/49481-brick-header-and-decorative-window-lintels/

 

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/

 

Window setting for Elevation in Wall should be able to reference Structural Opening (not implemented as of v2022)

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 v2022)

https://forum.vectorworks.net/index.php?/topic/95178-ability-to-define-sides-top-bottom-window-shim-gaps-independently/

 

Door Tool:

 

Explicit door handing (and the same goes for windows) (not implemented as of v2022)

https://forum.vectorworks.net/index.php?/topic/20228-door-handing/

 

Ability to define gaps for Door Tool (not implemented as of v2022)

https://forum.vectorworks.net/index.php?/topic/49508-ability-to-define-gaps-for-door-tool/

 

Frame stops for Door Tool (not implemented as of v2022)

https://forum.vectorworks.net/index.php?/topic/49502-frame-stops-for-door-tool/

 

Custom ID tags for windows and doors (not implemented as of v2022)

https://forum.vectorworks.net/index.php?/topic/51066-custom-id-tags-for-windows-and-doors/

 

Bi-folding sliding doors for Door Tool (sounds like it's coming in v2023)

https://forum.vectorworks.net/index.php?/topic/49506-bi-folding-sliding-doors-for-door-tool/

 

More refined control over complex door opening arrangements (sounds like it's coming in 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 v2022)

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 v2022)

https://forum.vectorworks.net/index.php?/topic/49369-ability-to-configure-doors-within-the-window-tool/

 

Traditional window schedules (look out for the Graphic Legend feature coming in v2023)

https://forum.vectorworks.net/index.php?/topic/49480-traditional-window-schedules/

 

2D front view vector-based door schedules (look out for the Graphic Legend feature coming in v2023)

https://forum.vectorworks.net/index.php?/topic/49364-2d-front-view-vector-based-door-schedules/

 

Ability to define Wall Hole Component of Window/Door Objects (not implemented as of v2022)

https://forum.vectorworks.net/index.php?/topic/50187-ability-to-define-wall-hole-component-of-windowdoor-objects/

 

Ability to manipulate windows/doors directly in model (planned for v2023)

https://forum.vectorworks.net/index.php?/topic/49482-ability-to-manipulate-windowsdoors-directly-in-model/

 

Ability to define our own sash types and markers (not implemented as of v2022)

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 v2022)

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 v2022)

https://forum.vectorworks.net/index.php?/topic/51103-undo-function-for-custom-sash-options/

Edited yesterday at 07:56 AM by Christiaan
Added door explicit handing

[_c_]

Just now, line-weight said:

VW just need to pay @Matt Panzer lots of overtime to re-write the entire door and window tools.

 

Where can I vote this up in a way that it will come true.

[Niels Timmer]

What would also be great is if we can control the 3D-appearance of windows/doors with materials instead of classes. Materials have to be fully integrated in Vectorworks or they are quite useless in my opinion.

[zoomer]

1 minute ago, Niels Timmer said:

What would also be great is if we can control the 3D-appearance of windows/doors with materials instead of classes. Materials have to be fully integrated in Vectorworks or they are quite useless in my opinion.

 

With the option to overwrite/change/simplify in Viewports

[shorter]

58 minutes ago, Niels Timmer said:

What would also be great is if we can control the 3D-appearance of windows/doors with materials instead of classes. Materials have to be fully integrated in Vectorworks or they are quite useless in my opinion.

I would like classes to have materials.

 

or vice-versa.

Edited January 14 by shorter

[Christiaan]

1 hour ago, Niels Timmer said:

What would also be great is if we can control the 3D-appearance of windows/doors with materials instead of classes. Materials have to be fully integrated in Vectorworks or they are quite useless in my opinion.

Yeap, I still haven't gone near Materials yet. And I usually like to get my hands dirty with new features.

[Tom W.]

I held off looking at materials until a couple of months ago but I'm really glad I finally did I think they're great. Wish I'd done it earlier 

[E|FA]

@Tom W. How do you deal with visibilities of objects that can accept materials (e.g. Wall Components) and those that can't (e.g. Doors) when they both are made of the same real world material (e.g. wood paneling & matching wood door)?  Do you maintain matching Classes & Materials?  Or does it not come up in your workflow?

[zoomer]

 

I'm not sure if I already lost overview.

 

But I was one of the first who (* also) invented the Material System and

voted for it in VW in the past.

(* found it a few months later perfectly implemented in Bricscad)

Because I was tired of manually creating the ever same concrete Components

for Wall, Slab and other Styles again each time.

 

It was just that I did not try so far, because :

- so far I could just directly reuse all my previous Styles for new projects

- I was a bit irritated by Composition Materials, organization and editing

- afraid because of VW Materials default RW Textures, as I was used my own C4D Materails imports

but mainly

- because 2D experienced users warned that using VW Materials will lead to loss of

being able to overwrite Classes in Viewports.

(Although basically not that important for my work)

 

 

20 minutes ago, E|FA said:

(e.g. Wall Components) and those that can't (e.g. Doors) when they both are made of the same real world material (e.g. wood paneling & matching wood door)?

 

Hmmh,

So far I would still apply all my Styles by Components and keep the Components

assigned to "Material Classes" as before.

I have (mostly) everything assigned by Class and a RW Texture assigned to my

Material Classes.

 

If I use VW Materials, I would expect Materials to control my PIOs instead.

I would just make sure to use my own Custom Materials, with my custom RW Textures

and - Material Naming !

 

 

 

[E|FA]

I've posted on this in a couple of other threads.  Another example of the duplicate need to maintain identical Class and Material would be a wood floor (Component) and a matching Stair tread (materials unavailable for the PIO).  If you need to modify the Material, you also have to go in and modify the Class.  Getting material takeoffs would be more complicated as well.  If anyone has a workflow that alleviates these issues, I'd like to hear about it.  Until then, I'm sticking to Classes for everything.

 

Edited January 14 by E|FA
typo

[Tom W.]

10 hours ago, E|FA said:

@Tom W. How do you deal with visibilities of objects that can accept materials (e.g. Wall Components) and those that can't (e.g. Doors) when they both are made of the same real world material (e.g. wood paneling & matching wood door)?  Do you maintain matching Classes & Materials?  Or does it not come up in your workflow?

 

For wall/slab/roof/hardscape components I am tending to use the same classes I used before, simply because they’re present already + it allows me to turn on/off the visibility of components individually should I want to. All I’ve done is transfer the way attributes are applied from by class to by Material + I find this a much easier method because once you have Materials set up for the basic building materials you use over + over again it’s very quick to select one + use it + means you’re achieving consistency across all your components whether they’re in a wall, slab, roof or hardscape. 

 

Doors/windows are slightly different because I’m not concerned with visibility in the same way: the classes are only used to apply the attributes. And those attributes are really only textures because I rarely want to see a fill in section on a door/window + never want to use a surface hatch. Plus my doors/windows are generally either painted timber or a proprietary aluminium product so I’m not concerned with specific materials in the same way I am with a wall, slab, roof or hardscape. For example I’d generally want my bespoke joinery to be constructed from sapele but I wouldn’t need that material to be present in the model as such. I’m never going to be reporting on the quantity of sapele the joiner was using or cutting a section through the door to show the sapele under the paint finish. I’d just refer to the door being of sapele construction in the data. All I’m concerned about is the colour/finish so I just have a series of jamb, sash + leaf classes in different colours/finishes plus a couple of different threshold/sill classes. It is a relatively small number of dedicated door/window classes that I have saved in my standards file + it’s very easy to switch between them when I want to change the colours of doors or windows in the file. Sure I could do the same with Materials if the option was there but I don’t feel inconvenienced or that I’m missing anything because I can’t do that at the moment. In fact I’d have to create a load of ‘Painted Sapele’ Materials which I don’t currently have any need of. I consider doors/windows to be a different order of tool which use a different order of material (small ‘m’). But I appreciate that for other people this may be different.

 

What I like about Materials is that it’s made organising + using material resources easier + more consistent. I really like the fact that I can bind a fill to a texture in a once-and-for-all manner + also that I can see at a glance in the Resource Manager whether that texture has a surface hatch applied to it (by means of the Material icon). Previously I’d have to edit a class to see what the texture applied was then find the texture + edit that to see whether it had a surface hatch applied to it + I never really felt completely on top of what I’d set up attribute-wise. Now I have 60 or so bespoke Materials set up the way I want them in Favorites that I can easily call on when I’m creating walls/slabs/roofs/hardscapes : I know that by selecting the ‘Plywood MT’ Material for example, whether it’s for a wall, slab or roof component, I’m going to be assigning the correct texture + fill to that component consistently across all my styles whereas before I had lots of different classes for the different components + had to make sure I was using the same attributes in each case (I think some people have dedicated ‘material’ classes that they use across the board but I have multiple classes using the same materials because I want to be able to control the visibility of different wall/slab/roof components individually.)

 

Plus of course the other side to Materials is the data attached to them so for example lambda only needs to be set once, in the Material, and then is automatically + consistently applied across all my wall/slab/roof components which again saves a lot of work + potential for discrepancy. And Materials also offer extra possibilities for reporting quantities. Previously I was using components to calculate material take-offs but this meant being very strict in the way components were named + counting the different components across different wall/slab/roof styles which used the same material + adding them together in the formula. Now with Materials I can just report on quantity of the Material wherever it’s used in the file. This also allows you to report on Materials applied to 3D solids which is really useful.

 

I haven’t mentioned stairs because I don’t really use them too much but yes in some cases it would probably be useful to be able to use Materials with them but I don’t think it would be a deal-breaker. The fact is there were already several different ways to apply attributes to objects + this is just one extra way. I have been quite happy mixing + matching depending on the context + in reality this is no different to lots of other aspects of VW.  

 

Lastly I think you mention class overrides in another thread. With Materials you use Data Viz to override textures instead of class overrides. Again this is just another way of doing things + if anything I find it more straightforward. Once you’ve set up a Data Viz you can save it to your user folder then it’s just a single click to apply, whether in a viewport or on the design layer. For example I frequently use @Christiaan’s trick of changing the texture on internally-visible wall components to that used on the interior wall finish to quickly ‘wrap’ the finish into door/window reveals so it looks correct in 3D rendered viewports. In multi-component walls this involved overriding several classes individually + whilst once done the first time you can obviously transfer the settings to other VPs it is still a bit of a faff to do. Now I just have a preset Data Viz that is a single click to apply each time to do the same thing. The only annoying thing is the DV legend I have to keep deleting!

[Christiaan]

Reviewed and updated original post with those features that have been implemented.

[line-weight]

9 hours ago, Christiaan said:

Reviewed and updated original post with those features that have been implemented.

Have you done this purely on the basis of the "normal" window & door tools or have you included features that are available in the Windoor plugin?

[Christiaan]

On 3/26/2022 at 11:35 PM, line-weight said:

Have you done this purely on the basis of the "normal" window & door tools or have you included features that are available in the Windoor plugin?

Ah yes, good point, my review was purely based on the native door/window objects. WinDoor sounds like a stopgap to me as there are no plans (as I understand it) for WinDoor objects to work with Graphic Legends for instance.

Edited March 28 by Christiaan

[GatRed]

Hi @Christiaan,

thanks for this post.

2 years ago, when I first read this post, I was happy to see that I was not the only one to wait for Windows/Doors tool improvements. Today, I see that we are still here… which makes me less happy.

Your list looks like it is the most complete I’ve seen on this forum.

 

Would it be possible to add the following wanted features in your list ?

- level of insertion following the story level

- 3 and 6 panels sliding windows

- possibility to set different class / attributes for viewed jamb and sectioned jamb

- possibility to set a Rabbet X/Y for doors and windows (including sliding windows)

- materials

 

Kind regards

[Christiaan]

I've added link to the explicit door handing wish from @digitalcarbon. It's time to get rid of door flipping and the subsequent reliance on floor plans for determining handing direction.

 

@GatRedjust seen your post. Will add shortly.

Edited 22 hours ago by Christiaan