handle orientation consistency in other pathway

[andrewheumann]

For some reason, there are two parallel but different versions of StandardLayoutOnAllLevels — one that's attached to the LayoutGeneration class, and one that lives in LayoutStrategies. in #88, we added LimitConfigsToId to both of these pathways, but one of them (the one utilized by the SpaceType function) generates the wallCandidateOptions inside a subsequent method ProcessRoom, whereas the "built-in" office space types utilize the other, where wallCandidateOptions are available at the moment LimitConfigsToId is called.

The functional consequence of this was that built-in types like meeting room had orientation consistency in pringle, but healthcare types generated by SpaceType did not.

This PR separates out the logic for forcing a certain orientation into a new method LimitWallCandidateOptionsByConfigId, which is then called for the other pathway, to ensure consistency.

I tested this by releasing a test version of SpaceType, and ensuring that I got consistently oriented spaces.

Massive Future Work / TODO: re-consolidate these pathways so they're not so differently structured (ideally removing one in favor of the other).

---

This change is 

[anthonie-kramer]

Reviewed 1 of 1 files at r1, all commit messages.
Reviewable status: complete! 1 of 1 approvals obtained, all discussions resolved