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

Persist results of diagram operators to OMDoc #566

Open
ComFreek opened this issue Oct 27, 2021 · 0 comments
Open

Persist results of diagram operators to OMDoc #566

ComFreek opened this issue Oct 27, 2021 · 0 comments
Assignees
Labels
build system needs-design systems-meeting To be discussed in the KWARC system meeting soon.

Comments

@ComFreek
Copy link
Member

ComFreek commented Oct 27, 2021

Currently, modules resulting from diagram operators are not persisted to OMDoc. This means that in every new MMT session all usages of diagram structural features need to be re-typechecked and re-elaborated.
This is especially daunting when working with multiple files, as is the case in LATIN.

If such modules are persisted, then we should also persist the resulting diagrams (of module paths) that are currently stored into diag.dfC.normalized (where diag is a module instance of the diagram structural feature).
In particular, say if file1 contains diagram diag : ?meta = diagexpr... and file1 is built, then in any subsequent (possibly new) MMT session, file2 should be able to reference not only the modules that were built by diag but also able to reference diag itself (i.e., diag.dfC.normalized containing exactly what was written when building file1).

PS: This is out-of-scope for my thesis, hence something for future work by somebody else.

@ComFreek ComFreek added needs-design build system systems-meeting To be discussed in the KWARC system meeting soon. labels Oct 27, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
build system needs-design systems-meeting To be discussed in the KWARC system meeting soon.
Projects
None yet
Development

No branches or pull requests

2 participants