Details
Assignee
Antranig BasmanAntranig BasmanReporter
Antranig BasmanAntranig BasmanLabels
Components
Priority
Major
Details
Details
Assignee
Antranig Basman
Antranig BasmanReporter
Antranig Basman
Antranig BasmanLabels
Components
Priority
Created January 12, 2021 at 3:10 PM
Updated July 17, 2024 at 12:12 PM
Various issues (https://fluidproject.atlassian.net/browse/FLUID-6219#icft=FLUID-6219, FLUID-5668, https://fluidproject.atlassian.net/browse/FLUID-4982#icft=FLUID-4982, FLUID-5903) have described the need for a feature described as "local mergePolicies" but this has not yet received a dedicated issue.
This feature is required to resolve conundrums such as whether two expanders written at the same path in different overriding grades will both execute and have their output merged, or whether the output of one will wholly replace the output of the other, short-circuiting it.
Without a dedicated area for writing directives about the disposition of options, and in particular with the capability for referring to particular definition sites, rather than referring merely the final merged option site, or else all contributing sites equally, the author can't distinguish situations like these.
Going further, we will need a place for holding information about "types" of values and other out-of-band metadata, and so a structured area, isomorphic to the "value domain", holding such metadata, is essential. The existing mergePolicy system is crufty and ad hoc and unsuitable for use other than by framework internals.