if true, and thread-webworker is available, grammar will be compiled paralelized / in a separate thread
the Grammar engine that will be used to compile the executable grammar.
if true, the corresponding grammar will be completely excluded, i.e. no executable grammar will be compiled
from the corresponding JSON grammar
for specifying the JSON grammar directly (e.g. instead or in addition of parsing path for grammar files):
the (absolute) path to the JSON grammar (from which the executable grammar will be created)
the grammar ID
WARNING will be automatically set -- if it is manully set, it may get overwritten!
if true, the grammar will not be loaded (and registered) when the the app is initialized, i.e. needs to be
"manually" loaded/initialized by app implementation and/or other mechanisms.
If omitted or false, the grammar will be loaded on start-up of the app,
and then will be available e.g. via mmir.semantic.interprest(<input phrase string>, <grammar-id>)
An "initialization phrase" for the grammar, in case of async-exection: this phrase will be immediately interpreted, after grammar has been loaded for async-execution in the WebWorkers (for large grammars, this may reduce delays for subsequent calls, by fully initializing the grammar)
NOTE will have no effect, if option async is not true
set or disable strict-mode for generated JavaScript code
Generated using TypeDoc
grammar-execution (during runtime) will be asynchronous in a WebWorker/thread
NOTE: invocations must always provide a callback, for async-exec grammars
mmir.semantic.interpret('this is my test phrase', function(result){ // do something with grammar execution result })