Jump to content

Search the Community

Showing results for tags 'window tool'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Announcements
    • Announcements
    • News You Need
    • Job Board
  • Feedback
    • Roadmap
    • Wishlist - Feature and Content Requests
    • Known Issues
    • Wishes Granted / Issues Resolved
  • General
    • Troubleshooting
    • General Discussion
    • Architecture
    • Site Design
    • Entertainment
    • Vision and Previsualization
    • Braceworks
    • ConnectCAD
    • Rendering
    • Workflows
    • Buying and Selling Vectorworks Licenses
    • Hardware
  • Customization
    • Marionette
    • Vectorscript
    • Python Scripting
    • SDK
    • 3rd Party Services, Products and Events
  • Solids Modeling and 3D Printing
    • Subdivision
    • Solids Modeling
    • 3D Printing
  • Vectorworks in Action
  • Archive
    • Resource Sharing
    • Machine Design

Categories

  • Knowledgebase
    • Tech Bulletins
    • Troubleshooting
    • Workflows
    • How To
    • FAQs

Categories

  • Marionette - Objects
  • Marionette - Networks
  • Marionette - Nodes
  • Marionette - Menu Commands

Product Groups

There are no results to display.


Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


About Me


Occupation


Homepage


Hobbies


Location


Skype

  1. 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/
  2. 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) See also: https://forum.vectorworks.net/index.php?/topic/64381-window-and-door-tool-maturity/
  3. 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/
  4. 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/
  5. 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?
  6. 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/
  7. 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/
  8. 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/
  9. 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/
  10. Hello, Usually I make elevations by creating section viewports en using renderworks as my background render mode. Since VW2022 windows look very strange in these viewports. Here is a comparison between VW2021 and VW2022: These are the render modes from top to bottom: Hidden line OpenGL / Shaded Renderworks (Realistic Exterior Fast) All classes are set to visible, yet in VW2022 some parts of the window are not rendered. I think this is a bug, or did something change in VW2022 and do I have to do something different to render correct elevations? Any help would be great! window tool renderworks v2021.vwx window tool renderworks v2022.vwx
  11. 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]
  12. Hi all, I'm having some hard time with window schedules because the Sill is always coming with the window height function, even when we have in the tool the selection of "Structural Opening" which by default should include the sill height in, like the door threshold does, but when we add the sill to the window it adds literally the height of the sill but it doesn't add it to the "structural opening" size in the GENERAL OPTIONS for the window. Example is having a 1200mm height window (general options - Structural opening) if i add the sill of 50mm what will happen to the overall size of the window is going to 1250mm height instead of the sill being incorporated in the overall height of 1200 making the "Unit Size" smaller So with the above in mind is there a way of using the worksheet functions to "remove" the height of the sill while having it on the drawing so i can have a Realistic Structural size of the window opening ?? Hope i was clear on my explanations.
  13. 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/
  14. This one's be doing my head in for years and I haven't got round to troubleshooting it or submitting a bug because it's usually a last minute thing and historically I've just ended up just not presenting drawings how I want to present them. What I find is that the attributes of wrapped wall components ("External Wall Detail" and "Internal Wall Detail" in the door and window tools) cannot be controlled by Class overrides. Worse still you can't get around this by just changing the attributes of the original wall. This is because wrapped components take on the attributes of the wall *at the time* of being inserted into the wall and that's that. It's remains like that no matter what you change the wall attributes to. To change the attributes of the wrapped components you need to update the attributes of the wall and then remove and reinsert the windows/doors to take on the new attributes. Test file attached. If you've found any other way around this I would love to know it. Even if it's some way to reset all the windows at once without having to remove and reinsert them. test-file.vwx
  15. Can we please have the ability to offset Sashes from Mullions, as we already can from Jambs. Perhaps something like the attached mark up.
  16. 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?
  17. Greetings. I'm guessing this may be something easy I have overlooked. How do I make my shutters render one color and my window render another? Thanks
  18. 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/
  19. 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/
  20. In a Window Schedule Report (or just a simple Worksheet) is it possible to call up the thickness of wall that each window is inserted into? I want to do this to help tenderers do take-offs for the various sill depths they need to allow for.
  21. Can we have a proper arrow for sliding doors instead of this silly little triangle?
  22. Anybody care to explain what's going on here? In both of these screenshots the window on the design layer is shown from the Front (exterior). But look at the preview in the Window Settings. It doesn't match. If we look at the Front preview (which I understand as the exterior because it correctly shows my exterior frame colour) the sash configurations appear to be flipped relative to the external view of my window on the design layer. If we look at the Back preview (which I understand as the interior because it correctly shows my interior architrave colour) the sash configurations appear to be the same as the external view of my window on the design layer. Very confusing and it's only now that I'm doing meditation that I've been nail this one down. 😂 example.vwx
  23. 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".
  24. 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
  25. We'd like to be able to configure the louvres in Window and Door objects to be vertical. Currently we're restricted to horizontal.
×
×
  • Create New...