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
Is your feature request related to a problem? Please describe.
Currently I have to post-process the Rust code generated by .didc. The changes include:
Make types and their fields public, otherwise they cannot be used!
Comment out the header; I often use different imports and need different clippy rules.
Customize the list of traits applied to every struct.
... and many other things.
Describe the solution you'd like
Rather than making a huge long list of customizations, I would like to suggest that to start with we introduce a structure for managing customizations.
In particular I would like to propose an options file that could be called like this:
Would it be an option to expose the config option via a hidden flag? Hidden in the sense that didc --help does not show it? That way we can test the config in some real-world use cases without committing to it? Regardless, please consider us as willing testers for this!
Is your feature request related to a problem? Please describe.
Currently I have to post-process the Rust code generated by .didc. The changes include:
Describe the solution you'd like
Rather than making a huge long list of customizations, I would like to suggest that to start with we introduce a structure for managing customizations.
In particular I would like to propose an options file that could be called like this:
That options file could then, for example, contain
record{ rust = record {header=false}}
to suppress printing the Rust header.Describe alternatives you've considered
Additional context
Note: If approved in principle I would be happy to implement this and then make further proposals, one for every option.
The text was updated successfully, but these errors were encountered: