Hi,

I'm not so activate co-maintainer of the open source project GitLabForm.
We are looking into ways to improve our user experience when it comes to configuration.

I found dynaconf for a thing at work recently (@lfvjimisola) and it was VERY convenient.

However, for GitLabForm we have some special needs in terms of the configuration which is currently YAML only (and it might have to stay that way).

1. D

We are contemplating using custom implicit resolvers to allow for generic "tags" (for lack of a better name). We are currently using ruamel (not pyyaml) although they should be equivalent since ruamel is a fork of pyyaml.

Our use-case:

# normal case
someKey: someValue

# want to avoid
someKey:
  value: someValue
  do_not_inherit: true
  
# would prefer
someKey: !do_not_inherit someValue

It could be that the combination of custom implicit resolvers and dynaconf does not really work. Still trying to figure that out.

My questions are hopefully quite easy:

1. Can we control the loading of the YAML (to use ruamel with our custom implicit resolvers) using dynaconf's custom loaders.
2. Due to the custom implicit resolvers (YAML) I'd consider not allowing file formats other than YAML. In that case would we then disable all core loaders and rely only on our own external loader (perhaps together with dynaconf.loaders.env_loader)?
3. With the information above are there any significant benefits to using dynaconf as you see it?

References:

• https://stackoverflow.com/questions/67041211/how-do-i-avoid-global-state-when-using-custom-constructors-in-ruamel-yaml
• https://pyyaml.docsforge.com/master/api/yaml/add_multi_constructor/
• A Powerful Python Trick: Custom YAML tags & PyYAML

Kindly,
Jimisola