Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Introduce a "strict" mode for the json format #2

Open
matejcik opened this issue May 28, 2024 · 0 comments
Open

Introduce a "strict" mode for the json format #2

matejcik opened this issue May 28, 2024 · 0 comments

Comments

@matejcik
Copy link

In order to place less requirements (and less features) on the consuming implementations, there should be a "strict" variant of the JSON information, defined basically by "whatever can be preprocessed has been preprocessed".

As a rough draft, this would mean:

  • no includes, all required files are inlined
  • no relative paths
  • all display.definitions are inlined

Generally all fields that can contain "either one format or another format" should pick one for the "strict" version, to which the other options can be converted.

Given such spec, we can build a preprocessor that converts the "full" format into the "strict" format. That way it is possible to store the "full" reader- and author-friendly files in a central repository, but can easily preprocess them, with a common preprocessor implementation, into the "strict" machine-friendly versions intended for consumption by wallet software (or other steps of a pipeline, such as conversion to a binary format for a HW wallet)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant