-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
clarify meaning of nested hideResult annotation #3457
Comments
Dymola gives precedence for the lowest level (variable), but I'm not sure that is ideal. For Evaluate the highest level is currently given precedence in the specification - but Dymola as default only give precedence for Evaluate=true on the highest level (so basically Evaluate=true if set for least one of them) due to customer models. |
An example: 'hideResult=true' is used in one of our customer's libraries to reduce the number of results on a composit component. He does not want any results from the sub-component. |
Another interpretation is that it would be an or of the different ones. It would work for that case. The question is whether we have the case where someone has a component where they need hideResult=false to unhide a component - including ones having hideResult=true? |
Composite models are usually designed inside out. First inner components are defined and the they are put in an enclosing model. |
Language group:
Also consider using "protected". |
Some hints from the perspective of a model developer. |
It is possible to set the hideResult annotation on composite components, e.g. complete submodels or data sets. It then has an effect on the contained variables.
But then it is unclear who wins if there is a hideResult annotation for both the composite component and an inner variable and they contradict each other. See following (incomplete) truth table
hideResult on
Please clarify.
The text was updated successfully, but these errors were encountered: