User Details
- User Since
- Dec 19 2019, 9:08 PM (260 w, 5 d)
Jul 27 2022
Okay, thanks for confirming that. In terms of feedback on the original ticket, the previously selected side is correctly restored as expected now.
Jul 26 2022
ZEN uses RscDisplayCurator_sections to get the currently active CREATE tree control (refences: IDC defines, getActiveTree function). As an example, the getActiveTree function is used by the tree expand/collapse all buttons to affect the currently active tree control (reference).
The fix changed how RscDisplayCurator_sections is interpreted. That is, the side value was 0 for OPFOR and 1 for BLUFOR` (like side entry in CfgVehicles configs). In 2.10 (dev), the side value is now 0 for BLUFOR and 1 for OPFOR. We can update mods like ZEN that rely on RscDisplayCurator_sections to determine the state of the Zeus trees in preparation for the 2.10 update but I wanted to confirm that this change was intentional and will remain as it is on current dev-branch.
Oct 2 2021
It would be useful if we had a version of __has_include that only checked the internal/virtual file system and not the Arma folder.
Jun 14 2021
Related to T150571.
Mar 14 2021
Feb 11 2021
Jan 20 2021
getAllPylonsInfo on dev-branch works well in providing this functionality. Thank you.
Oct 9 2020
Related to https://feedback.bistudio.com/T147576
Jun 28 2020
May 15 2020
For reference: https://feedback.bistudio.com/T149304
Apr 25 2020
Resizing an editor preview control for Zeus based on the image resolution. Seems the contact editor previews are not as wide as the others and 3DEN handles that correctly by decreasing the width of the container so the border around the image is the same.
Apr 6 2020
Feb 20 2020
Jan 17 2020
That only works for displays initialized using BIS_fnc_initDisplay. This request isn't crucial, but would provide a decent QOL improvement.
Jan 16 2020
Dec 27 2019
Thank you. This change will also resolve T84595.
I fail to see how my comment implies that variables referencing the deleted object should become nil.
That is true, however, to me the name attachedObjects implies "return a list of currently attached objects to the given object". An object that doesn't "exist" anymore, can't be attached to the object (or anything).