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
Quite a few assumed conventions should be configurable:
Name of the standard I/O, e.g. start, valid, done ready, etc.
Including the ability to configure them as active high or active low
How the states (in the state machine) are named should also be configurable, e.g. the _state prefix
.ini files are currently used for the test cases. They could be used for this too, but moving to .toml may also be a good idea.
Could be implemented by passing an optional (file in the case of CLI, or dict in the case of package API), which can then be parsed and used to initialize the base Context class. Perhaps in the case of the package API, the context class could be passed instead?
Not too high priority, as if the user must, they can change the source code, primarily the defaults of the Context class.
The text was updated successfully, but these errors were encountered:
Quite a few assumed conventions should be configurable:
Including the ability to configure them as active high or active low
_state
prefix.ini
files are currently used for the test cases. They could be used for this too, but moving to.toml
may also be a good idea.Could be implemented by passing an optional (file in the case of CLI, or dict in the case of package API), which can then be parsed and used to initialize the base
Context
class. Perhaps in the case of the package API, the context class could be passed instead?Not too high priority, as if the user must, they can change the source code, primarily the defaults of the
Context
class.The text was updated successfully, but these errors were encountered: