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
I'm trying to find out if it's possible that aconfig is able to parse a field that has 2 different uses, a short version (string) and a long version (struct) which provides more detailed version of the overall use.
Ah okay, I have tried to give this ago, and unfortunately it errors out and doesn't like trying to parse an interface. Would there ever be support for this in the future?
Cannot say for sure. At first it looks like this feature is against current design (everything must be defined in a clear and 1 possible way), from the other side I'm somewhat open for the proposals.
I'm scared that this feature solves small problem and time/pr/review/support will be much higher.
Probably it's easier to change the config to tag and release for this example and forget about minimisation of the config, wdyt? :)
I'm trying to find out if it's possible that aconfig is able to parse a field that has 2 different uses, a short version (string) and a long version (struct) which provides more detailed version of the overall use.
For example
Would I be able to do this, where I can parse it as an interface and then handle extracting it based on it's type?
The text was updated successfully, but these errors were encountered: