Hi Chris,
thanks a lot for your work and for sharing your library.
I'm always open to solutions that are more sophisticated than the usual ini
handling as per my opinion this is too basic. Until now, I'm using `
tzf.pyramid_yml` [0][1], which has some quirks regarding the lookup of
configuration files (yaml in that case), cause it is handing them either
absolute or as a Python package. Other than that it works really well
automatically merging a base yaml (`file_1.yaml`) and some additional "env"
yaml (`file_2.yaml`) (or more than one).
I tried `configurator[yaml]` to get around the Python-package limitation of
`tzf.pyramid_yml`. Loading of explicit files works well, but merging
configuration of multiple files seems not as smooth as with `tzf.pyramid_yml`.
I.e. having a nested structure in `file_1.yaml` and only one override of a key
in the nested structure of `file_2.yaml` will not merge and resolve properly:
```
# file_1.yaml
logging:
version: 1
disable_existing_loggers: false
root:
handlers:
- console
level: DEBUG
# file_2.yaml
logging.root.level: INFO
```
Also it would be nice to have some Pyramid specific documentation.
One thing here would be to have one snippet how to apply config values to the
Pyramid `pyramid.config.Configurator`. The other interesting point is, what is
possible to apply with `configurator` (I believe ` tzf.pyramid_yml` mentioned
that some initial Pyramid config values are required in the ini file).
Best, Andi
[0] https://pypi.org/project/tzf.pyramid_yml/
[1] https://tzfpyramid-yml.readthedocs.io/en/v1.0.1/usage.html
On 04.04.19, 20:12, "Chris Withers" <[email protected] on behalf
of [email protected]> wrote:
Hey Guys,
I wanted to let Pyramid-y people know about a library I finally got
documented and released:
https://configurator.readthedocs.io/en/latest/
Partly because you're some of the best software engineers I know, and
I'd really value your feedback.
Partly because I wonder if Pyramid could make use of configurator (I
know, the name class is unfortunate...) for building the config object,
rather than being locked to .ini-ness?
Anyway, any feedback very gratefully received.
cheers,
Chris
--
You received this message because you are subscribed to the Google Groups
"pylons-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/pylons-discuss/d443543f-ef3e-c810-992e-d4bd113a32ea%40withers.org.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups
"pylons-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/pylons-discuss/4A5DDFE4-EE43-4610-966F-2F480F975BBA%40googlemail.com.
For more options, visit https://groups.google.com/d/optout.
