madoar
madoar
The page should contain: - a description what an engine setting is/does - an explanation how an engine setting can be created
Currently both our verb and plugin methods sometimes begin with an uppercase letter or a lowercase letter. I suggest be change that so that all our verbs and plugins begin...
Currently our verb documentation page doesn't contain any kind of naming conventions, e.g. verb method names should start with a lowercase letter where possible. We should fix that.
Currently plugins don't have their own page in our documentation, we should fix that. This documentation page should also contain a list of naming conventions, e.g. the plugin method name...
Currently a lot of our multiline class and method comments begin with a lowercase letter. Because multiline comments are normally used to generate some kind of API documentation, which consists...
Private methods and fields are currently marked with an `_`. This not only looks bad but also has no effect, because JavaScript as of now does not support private fields...
Currently the quick script methods are named like field accessors, e.g. `installationCommand`, while they are used like fluid API methods that return the quick script object itself. To make this...
In my opinion the Scripts repository documentation needs some improvements: - assign the `application.json`, `script.json` and `script.js` pages as subpages to a new page called `Application Installers`. This change makes...
It would be useful to provide an engine implementation for Java applications. This engine implementation needs to function with: - `jar` files, without a bundled JRE - bundled java executable...
It would be useful to provide an engine implementation for applications hosted on GitHub. Quite a lot of applications can be found on GitHub as source code. Some repositories even...