MVE Glossary
Definition (Spec-Up style)
a construct of the form [[def: {term}, {alias1}, {alias2}, ... ]] ~ {definition}
, which specifies the mapping between the term {term}
and a description of the term's meaning (provided by {definition}
.
Notes
{alias1}, {alias2}, ...
is optional syntax that specifies aliases (synomyms) for{term}
.- In TEv2,
{term}
and its aliases would be specified as form phrases. - A recent addition is the use of so-called XRefs, which allows definitions to be used across diffrent files and projects.
XRef
See: External Reference (Spec-Up style)
External Reference (Spec-Up style)
a construct of the form [[xref: {title} {term}]]
, where {title}
is a tag that identifies the source of the definition of {term}
.
Notes
- The
{title}
tags are defined [to be described, link to actual specs thereof]. - When an XRef is processed by a TEv2 tool,
{title}
is treated as the equivalent of a scopetag and/or the default terminology in the associated scope.
MVE
Minimal Viable Example
a GitHub repo, the contents of which is documentation that is published as a static website using GitHub Pages or Jekyll, and that includes the minimal stuff for using the TEv2 tools and demonstrating its results.
Term 1
This is the first term we will define.
Notes
Term 2
This is the second term, but not the last.
Notes
Term 3
This is the last term, because you know what they say: third term's the charm!
Notes
Term Reference (Spec-Up style)
a construct of the form [[ref: {term}]]
, where {term}
is (an alias of some) term defined in a Spec-Up definition.
Notes
- In the traditional Spec-Up context, such definitions would reside in the definition list of the file in which the term reference is used.
- You should use XRefs to refer to terms that are defined elsewhere.
Workflow file
a YAML file stored in the .github/workflows
directory of a GitHub repository that defines jobs, steps, and triggers for GitHub Actions. In our context, this file is used to compile and deploy the static website of an MVE.