Closed aperture behavior with AFN

Ah, thank you for brining this up, @AndyKobe .

It looks like I introduced this bug 3 months ago when I was putting together the new honeybee-openstudio Python translators to replace the Ruby ones that we had been using:

The line of code that I added was correct and it was helping work around this fatal error that EnergyPlus throws if you set the SimpleOpening object up to have a zero openable area:

However, I put the line of code in the wrong place such that it was also causing the EMS program to set the window opening to 1 instead of zero (and the EMS program always overwrites whatever is specified on the SimpleOpening object).

I just pushed a change here to put the line of code in the right place:

… and I verified that it writes the correct EMS program for inoperable windows and doors:

You can get the fix on your end now with the LB Versioner and I also just updated the Food4Rhino installer with the fix since it’s a pretty substantial bug that affects any AFN model with inoperable windows.

Thanks again for reporting the issue, @AndyKobe!