You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
From the user point of view, Monoceros (and our implementation of WFC) operates on local relations, rather than global ones. Setting a weight of a Module within a Slot is a static top-down approach - the designer needs to know where to place certain Modules. That is quite okay for certain use cases (such as the informed space heatmaps).
That being said, the user cares (and should care) more about local relations, in other words, which module should appear next to another, regardless where is such couple located within the envelope. That may result in different weights of a module not based on the global location but rather on the context around it. It is also very easy to use: "if this, then prefer that".
I'd start with globally weighted Rules, as distributing rule weights throughout the envelope (per-slot) would be too difficult to design (although I can imagine that as well).
Not sure about this WFC core, but MonocerosPro is fairly ready for such feature. Therefore I cannot tell if a new codebase would be needed.
What about making weighted Rules?
During an observation, a Slot would look at its neighbors and rank the Module placement options based on its neighbors' desires (weights of Rules).
The text was updated successfully, but these errors were encountered: