Open WorldofKerry opened 11 months ago
Lacks purpose, now that Context
class added in #73 contains default signal names.
What is the purpose of allowing users to change the standard I/O signal names? Similarly with the states naming convention
I like the idea of allowing users to select active high or active low
Quite a few assumed conventions should be configurable:
_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.