<div dir="ltr">Mostly FYI, with <a href="https://gitlab.kitware.com/cmb/smtk/merge_requests/925">MR 925</a>, we will have case 3 (independent). So the associativity settings will be more like a default than an inheritance for now.<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 25, 2017 at 2:31 PM, David Thompson <span dir="ltr"><<a href="mailto:david.thompson@kitware.com" target="_blank">david.thompson@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> ...<br>
<span class="">> For Example assume a base definition foo can be applied to edges and faces<br>
> A definition bar is derived from foo and is going to have a local association rule<br>
><br>
> Which of the following are allowed?<br>
><br>
> 1. bar can be associated with just faces (its rule is a subset of foo’s rule)<br>
> 2. bar can be associated with edges, faces, and volumes (its rule is a superset)<br>
> 3. bar can be associated with volumes (its rule is independent)<br>
><br>
> The question boils down to if bar can be treated as a foo then should it be associated to at least all  things foo? - then the we do superset<br>
> or is it a specialization of foo - in that case its a subset<br>
><br>
> I think case 3 (independent) is probably not allowed?<br>
<br>
</span>I can think of a use case you may not like, but which I can imagine a user attempting:<br>
<br>
Imagine a solver that can handle both 2D and 3D simulations.<br>
User A has develops an attribute system for 2D simulations using the solver and contributes it to the community.<br>
Now user B takes user A's system and wants to inherit its definitions but change the model associations so it will work with 3D systems.<br>
That is case 3 (independent rules) because boundary conditions and materials need to be different dimensions in the 3D case.<br>
<span class="HOEnZb"><font color="#888888"><br>
        David<br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Smtk-developers mailing list<br>
<a href="mailto:Smtk-developers@smtk.org">Smtk-developers@smtk.org</a><br>
<a href="http://public.kitware.com/mailman/listinfo/smtk-developers" rel="noreferrer" target="_blank">http://public.kitware.com/<wbr>mailman/listinfo/smtk-<wbr>developers</a><br>
</div></div></blockquote></div><br></div>