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
{{ message }}
This repository has been archived by the owner on Mar 12, 2019. It is now read-only.
The current notation, e.g. <FedEnableMask>934&3%935&3%936&3%2079&0%</FedEnableMask>
seems obscure to me.
What would you guys think of using something more readable, e.g. comma separated lists along these lines: <EnableFeds>934,935,936</EnableFeds> <DisableFeds>2079</DisableFeds>
and then having the FM build the correctly formatted FedEnableMask from them?
The text was updated successfully, but these errors were encountered:
The enable mask notation takes into account the requested state of TTS and S-link for the FED. Technically there isn't a way to reconstruct that from a simple enable/disable flag, because we lack that finer-grained information. We'd have to make some assumptions on what the TTS and S-link statuses should be for those FEDs which are enabled/disabled in this way. I suppose enabled would imply that both TTS and S-link are on, but this detail would be hidden from the user. If we can make this clear in the naming of the parameter, or some other way, then I suppose it's ok.
We are not often editing this, though, and at this point I think we only use this for testing global run configurations in local, although we could at some point use it to activate the masking on configure feature (if preferred over masking on init for some reason).
The current notation, e.g.
<FedEnableMask>934&3%935&3%936&3%2079&0%</FedEnableMask>
seems obscure to me.
What would you guys think of using something more readable, e.g. comma separated lists along these lines:
<EnableFeds>934,935,936</EnableFeds>
<DisableFeds>2079</DisableFeds>
and then having the FM build the correctly formatted FedEnableMask from them?
The text was updated successfully, but these errors were encountered: