update version
Added tag 0.2.5 for changeset b2ec4b50e0a6
update for setuptools 50, Python 3.8+
Added tag 0.2.4 for changeset a335019b0a0c
Added tag 0.2.2 for changeset 11e770cf3d86
Added tag 0.2.0 for changeset 03d509c2d8e0
develop with dv
Added tag 0.2.1 for changeset 6464a1aafc60
better handline {}, dictify(), get() takes tuple
oitnb add double/single quoted output
Added tag 0.1.1 for changeset 516001352813
Added tag 0.2.3 for changeset d1c603997730
Added tag v0.1.0 for changeset c683117579f3
not universal because of ordereddict
move to .ryd, oitnb, minor fix
initial version
fix final comment to reappear on same line
corrected license
basic check on keys from python structures
In other words, bother Is it easier to convert to YAML compatible with PON than to incorporate Python? …But is it better to make a subset of PON that is not related to Python? (originally posted on 2019-06-09 at 02:06:31 by 鳶市 奎 刀香/keito940 <keito940@bitbucket>)
If you include the python runtime into another language, you still need to do quite some work to get information from the data structure that Python creates from PON to something native to the host language. Please also note that PON is evaluated, not executed. Executing runs the risk of unwanted code being run, the evaluation of the same input will result in an syntax error during evaluation. (originally posted on 2019-06-08 at 16:41:44)
The answer I came up with was thinking of incorporating the Python processing system into the software that you want to use the PON file, and reading the PON file with the Python processing system that incorporates it. If it can only be read in Python, it will be executed with the same idea as a Python script. (originally posted on 2019-06-08 at 10:51:52 by 鳶市 奎 刀香/keito940 <keito940@bitbucket>)
No there is no such attempt. The main thing to have something more powerful than JSON and more readable than TOML is to have something that is valid Python, so it can be embedded in e.g. ``__init__.py`` and loaded from there to having to exec() something, and without having some non-standard dependency. That obviously is not going to be useful for anything but Python or something that is some large subset of Python. If you want to exchange PON data with some other language, then I would consider...