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
In a meeting it was decided that we put forward with scale-info in the following way:
We will go with the "hacks" that have already been implemented for it and for parity-scale-codec crates to cover the most common use cases with 80/20 rule.
For the other 20% of cases that are not covered by the scale-info and parity-scale-codec derive macros we will provide a feature for users to define custom trait bounds similar to the design serde chose. Those custom trait bounds will be replacing the generated ones instead of being additive.
We might consider in the future to remove the "cruft" of "hacks" for common cases and consider removing them altogether with a major release for both derives.
In a meeting it was decided that we put forward with
scale-info
in the following way:parity-scale-codec
crates to cover the most common use cases with 80/20 rule.scale-info
andparity-scale-codec
derive macros we will provide a feature for users to define custom trait bounds similar to the designserde
chose. Those custom trait bounds will be replacing the generated ones instead of being additive.Originally posted by @Robbepop in #76 (comment)
The text was updated successfully, but these errors were encountered: