-
Notifications
You must be signed in to change notification settings - Fork 3
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
Implement NIST CAXIF as skin of generic #77
Comments
@ronaldtse Where is the documentation for this org? |
Using :customize: attribute to specify a local metanorma.yaml file; directories are being treated as relative to the metanorma-generic gem, rather than relative to the metanorma.yaml specified. The metanorma.yaml file is the skin, and we can go a fair way just with that. The expectation to migrate more functionality to the config file is longstanding and remains overly optimistic; we can add the ordering of sections in the document, which is now a config in arrays in code. |
@alexeymorozov I would like for this to be your next project. Please get in touch so I can explain a bit more about this. https://www.metanorma.org/builder/topics/simple-adoption/ gives some necessary background. |
As we discussed with Nick, I've tried the
https://github.com/alexeymorozov/nist-caxif Now I need styling specifications of CAx-IF or an example of a target document. |
@opoudjis @ronaldtse What are our priorities? Do I need to talk to someone in CAx-IF to gather specifications or more information on the requirements? |
The documents are now provided here: I'll get some of the documents encoded for sample purposes: |
As part of making metanorma-generic more adaptable: need to add fontist config and output formats to the YAML. Also PDF stylesheet name. As little as possible needs to be in code. |
@ronaldtse I see you expect something like this: to be delivered by a config-only, zero code instance of metanorma-generic. That is not a reasonable expectation. |
I am going to compile the first document I find, just to see what happens, using the ISO HTML and PDF stylesheets for rendering, stored in |
Need to deal with resolving paths when compiling in a remote directory: Need to configure supported formats: is refusing to process PDF, because it's not in generic. |
need to make sure that when I reread the YAML file from :customize: , its default values (including formats) are still processed; they had been ignored on reread anyway. |
Race condition: metanorma compile is extracting formats, before the document is processed so that :customize: can override the formats. But in fact, the extensions aren't needed until after we compile the Semantic Metanorma XML. We extract them beforehand, to test if there is an illegal extension, and thus abort. But... generating the Semantic XML even if an illegal extension is included is not that big a deal, and could be used in debugging anyway. So will delay that test until after Semantic XML is generated (and thus, :customize: has already been read in). |
…essing, to allow extensions override within document: metanorma/metanorma-generic#77
Metanorma compile cannot see the updates being done to the metanorma-generic processor (including its formats); Metanorma accesses processors through Registry, but metanorma-generic does not. |
... Need config file path to be absolute, working directory and document directory getting confused. |
After a very VERY long time, we finally have the ability to compile a metanorma-generic file using local config. |
Note: not as a new gem inheriting from generic, but as a pure skin of generic—bundling generic with stylesheets and config. If we can't do that, and require gems for each new deployment of an SDO, we will never get scale.
That means they don't get to have a wishlist: it is a bare bones implementation, as much as can be put in by configuration.
"NIST CAXIF: want a new flavour, to publish EXPRESS docs and non-MDA docs"
This hopefully does not make the skin implementation impossible.
The text was updated successfully, but these errors were encountered: