Jump to content
  • 52

Window and Door Tool maturity


Christiaan

Question

Recommended Posts

  • 0
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

  • Like 1
Link to comment
  • 0
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 by shorter
  • Like 2
Link to comment
  • 0
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.

  • Like 1
Link to comment
  • 0

@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?

  • Like 1
Link to comment
  • 0

 

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 !

 

 

 

Link to comment
  • 0

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 by E|FA
typo
  • Like 1
Link to comment
  • 0
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!

  • Like 3
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...