(Variable) Window Problem - fixed glass

[GG_rakurs]

I have encountered a problem with a window's section display. It affects Variable Window as well as Basic Window - probably a reused part of the script. Using options within the window tool, I have configured a window as follows:

It looks fine in floor plan, but glazing of the fixed part is positioned wrong:

I have pinpointed the problem to the following: instead of centering glazing to the frame, it positions glazing's center to the start of the sash of the main part of the window:

Floor plans (with a variable window with a fixed sidelight) show the correct symbol:

But again, the section is wrong (this is the section through the sidelight):

Basically, the fixed glass part of the window is broken. Pun intended.

Operating system used: Windows W10Pro 22H2

[cuba]

Your glass is 3cm thick, and your opening frame is 8,5cm. The glass will be placed in the middel of the frame.

The glass in your fixed windows is also 3cm.  However you want to place the opening frame only 1cm back (8-7=1). The center of the glass in the fixed frame will be placed at 7cm and is 3cm thick >> the glass will be outside the frame 3/2=1,5.     7+1,5= 8,5cm while the frame is 8cm

Solutions:

A/ make the glass less thick (2cm) red

B/ make the offset of the opening frame less then 7cm (orange value) >> more overlap between windows

Is this a flaw? Yes, but the 3D representation of the window is only symbolic/schematic, so it’s not 100% accurate. They are only intended for 1:50 / 1:100 scales, where this level of detail is sufficient.  It would be more logical if the offset between the exterior face of the glass and the exterior face of the frame were controlled by a parameter, and that this value were consistent everywhere.

 

 

[GG_rakurs]

The problem is that the symbolic floor plan view is displaying one thing (correctly) and the generated 3D model (and section view generated from it, and projected floor plan view generated from it) is displaying something different. The discrepancy between the two will not go away even if I define the windows differently. These are the (rough, not up to fractions of milimeters) specified dimensions of the frames given to us by the window maker. I want to show the windows as close as possible to the specifications because we are trying to very deliberately position the openings, and have them aligned to different elements on the façade. If we start to imprecisely define the things that are objectively defined by specifications, it might produce problems when actually things are going to be built.

[cuba]

Archicad uses two separate scripts for windows and doors: a 3D script for the 3D model and elevations, and a 2D script for the floor plan.

This can result in differences between the 2D floor plan representation and the 3D model representation.
Alternatively, you can use the 3D script to generate the floor plan as well, by setting the Floor Plan Display to “Projected”.

 

[GG_rakurs]

I am aware of that. The problem is, 2D script is actually correct regarding positioning of glazing in fixed parts of the windows. The 3D script has a bug where it places tha glazing in the wrong spot and you have to do workarounds in order to position it differently..

The fixed glass part should be rewritten. Not only that, I believe it would be useful if we could manually position glazing via an offset parameter, which would reflect both 2D and 3D, but I doubt it would be implemented any time soon. This bug has been present for some time. I only recently diagnosed what is actually the problem.

There are a lot of problems with windows outside that; if you enable wall closures in 3D, it moves sunshade box and the window frame down, and I think it must not do that. Wall closure is one thing, and window dimension is another. It should not change. In my experience, enabling it kind of breaks the window and the sunshade box, depending on settings of the wall closure.