Source views: Source JSON(ish) on GitHub (VSCode)   Doc views: Document (&k=3.r00t): Visual Print Technical: OpenParameters Xray
  1. CommonAccord in its current form has an extremely limited feature set. You can add or override a key=value, or you can add another list. Puncto. This keeps it simple - any aspect of the result can be modified by the end-user creating or modifying a key=value or adding a list.
  2. But this has limitations. There are no spreadsheet functions, for instance to add a column of numbers. No database access functions, for instance to return a list of products ordered. Not even automatic paragraph (re)numbering.
  3. These solutions can, and probably should, come from technical layers of the solution, not from CommonAccord. For instance in blockchain, the "smart contracts" support calculations. (The original fitting point identified by Primavera.) Instead of doing an addition of a column of numbers, a CommonAccord text can simply reference the total, which the smart contract can provide. Similarly in other systems of automation. It may be interesting when integrating CommonAccord to conceive of some functionality as "smart lists." Inclusion of a list such as PY:=[W/org/python/python_v3-0] would permit evaluation of statements such as {PY:(Price+Tax)}. There is work yet to do here.