-
Notifications
You must be signed in to change notification settings - Fork 11
Permutations support required #11
Comments
howdy @jherr. I'm starting to take a look at this now. |
@jherr I can't find "children ..." in the |
@nvcexploder the issue is the structure that is created when permutations are in play results in a circus.json at the root of the build dir that only references the children, which have the actual data needed by hula-hoop to load. The issues are:
This might require injecting additional data into the circus.json files to make sure that we get all of the metadata that we need and if so, I can point you to examples of how to do this. |
Initial takes on this make 'browser' look like a keyword, should we implement that way or should we go with a 'default', or both? |
@nvcexploder I'd like to avoid parsing the configId, if possible. I think we can use the serverRender flag that is generated by our internal tooling to help with some of this, if need be. We can also add additional metadata to circus.json, if need be. |
Taking a look at what needs to happen here. Basically we have to dedupe and provide namespaces for each permutation. The general rules are as follows:
This allows for conditionals like:
Should the need for such behavior arise. If this is not atomic enough, then we can look at other attribute setups later. |
So what is the 'glue' project in this architecture? Would that be the application project (e.g. pharmacy)? And I'm ok with server rendering not being part of an initial pass here if that helps. Also, Ken Wheeler is working on our hybrid stuff now. He can certainly happily zing along without this support. But eventually, say a month from now, the need will be a little more urgent. So, thanks for looking into this now. |
Hula-hoop has an issue with the multiple permutations on Zeus projects where hybrid is set to true.
The text was updated successfully, but these errors were encountered: