cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 
2024 Technology Preview Program

2024 Technology Preview Program:
Master powerful new features and shape the latest BIM-enabled innovations

JaredBanks
Mentor

How is it possible that in 2022 / Archicad 26 there is still not an out of the box right angle window? The Triangle Fixed window [Moderator: in the USA library] can not have a vertical side. This is super annoying. The only way to achieve this basic window shape (without paying for a 3rd party window like Cadimage) is to use the ancient FreeFormWindow, which is missing tons of features and is surely going to stop working at some point. Can whoever is in charge of the libraries, just spend like 5 minutes and get us this window?Screen Shot 2022-11-16 at 9.45.53 AM.png

16 Comments
Karl Ottenstein
Moderator

It is pretty weird for sure after all these years! The parameter shown in your screenshot for the location of the peak can be adjusted vanishingly close to ½ the window width to approximate a right angle window in a pinch for preliminary design work.  Depending on the scale of the drawings, it might be enough to fake CDs.

 

Attached, I dragged the closest approx to a right triangle to the edge of a wall to show the small (approx 1/4" for a 40" wide window) gap showing in the stucco due to the inability to set the top vertex exactly above the bottom one.  I turned on casing to make this really obvious. The fact that they disallow two vertices from occupying the same X coordinate position (per se) tells us that the mathematical construction method used would have to be changed to allow this to be a more flexible window... so I'd guess it is more than 5 minutes work, but work that should be done nonetheless.

 

Screen Shot 2022-11-16 at 2.17.24 PM.jpg

 

Screen Shot 2022-11-16 at 2.16.04 PM.jpg

JaredBanks
Mentor

It's so frustrating to take that top vertex to 1/2" then 1/4" then a 1/16"... so close to zero and yet, nope! I agree for SD, it's probably fine. But I refuse! 🙂

Maybe it is an imperial thing. I just checked in the INT version and I can get a right-angle triangle window from that exact object. 

 

NathanHildebrandt_0-1668637840617.png

 

JaredBanks
Mentor

I do not have the words to express how ridiculous this is. In the USA library, we can not do that.

Yeah, when I saw your post I had to test it to see. And to think that it doesn't work in the US library is really disappointing, to say the least.

AllanP
Advocate

in the Australian library that ships with Archicad 25, it works,

AllanP_0-1668638048957.png

AllanP_1-1668638112099.png

 

but way back in Archicad 22 it was still broken.

AllanP_2-1668638176120.png

AllanP_4-1668638248373.png

the offending lines of script are divide by zero for the triangle window

AllanP_5-1668638297815.png

 

add an exception for divide by zero that has been added in the Australian library for 25/26

AllanP_6-1668639058800.png

line 443

if iWindowShape = SHAPE_TRIANGLE then
if abs(ac_wallhole_width / 2 + gs_posTopEdge_triangle) < EPS then
      tan_LeftSide = 0
else


if abs(ac_wallhole_width / 2 - gs_posTopEdge_triangle) < EPS then
     tan_RightSide = 0
else

 

and a bit futher down find any other lines that mention

if iWindowShape = SHAPE_TRIANGLE then

There are only 5 short groups of script that are for the triangle window

and add exceptions for divide by zero

 

line 876

if iWindowShape = SHAPE_TRIANGLE then

if abs(tan_LeftSide) < EPS then
    _oleft = 0
else

 

line 886

if iWindowShape = SHAPE_TRIANGLE then

if abs(tan_RightSide) < EPS then
    _oright = 0
else

 

line 1437

if iWindowShape = SHAPE_TRIANGLE then

if abs(tan_LeftSide) < EPS then
    _oleft = 0
    _oright = -rightJamb / sin(atn(tan_RightSide))
    _xTop = 0
    _yTop = (ac_wallhole_width + _oright) * tan_RightSide
else
    if abs(tan_RightSide) < EPS then
         _oleft = -leftJamb / sin(atn(tan_LeftSide))
        _oright = 0
       _xTop = ac_wallhole_width + _oleft
       _yTop = _xTop * tan_LeftSide
   else

 

line 5387

if iWindowShape = SHAPE_TRIANGLE then

if abs(tan_LeftSide) < EPS then
     _oleft = 0
     _oright = -offRight / sin(atn(tan_RightSide))
     _xTop = 0
     _yTop = (sideLeft + sideRight + _oright) * tan_RightSide
     px1 = (sideLeft + sideRight) / 2 + _oright - (offBottom / tan_RightSide) * not(gs_stack_bottom)
     px2 = -(sideLeft + sideRight) / 2
else
     if abs(tan_RightSide) < EPS then
          _oleft = -offLeft / sin(atn(tan_LeftSide))
         _oright = 0
          _xTop = sideLeft + sideRight + _oleft
          _yTop = _xTop * tan_LeftSide
          px1 = (sideLeft + sideRight) / 2
          px2 = -(sideLeft + sideRight) / 2 - _oleft + (offBottom / tan_LeftSide) * not(gs_stack_bottom)
     else

 

 

 

 

 

Someone in Oz has already fixed.

 

JaredBanks
Mentor

Hopefully someone at GS with authority in the USA library sees this and fixes it.

Another reason I went to the dark side of gdl all the things.

gmassmann
Graphisoft Alumni
Graphisoft Alumni

standard window in GER lib.

w01.png

Erwin Edel
Rockstar

Is this some sort of imperial problem I'm too metric to understand? You can even over shoot the 90° mark in the Dutch library.

 

I've been 'taught' that the glass in that window will break though... Maybe I've been taught wrong? Should always have a couple of centimeters of vertical glass before sloping up, to avoid cracks due to stress on the glass?

 

Does the US library have "proper" vertical sliding windows where the top window is much smaller than the bottom one? Or is this a Dutch problem the rest of the world is too international to understand?

Status
Upvoted

with 20 Votes

Additional information