You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Running any CLI command will either try to connect to an existing process or create a "main" process to execute the command on. The main process will also start and show the UI (with Startup.Main(services, []);).
We want
To avoid displaying the UI if the CLI command does not require it.
E.g.: uninstall-app command should not start the UI, if there is no application running, should instead execute the "main" process headless.
Some commands on the other hand are supposed to start up the UI (e.g. nxm protocol command).
Supporting Information
The reasons for starting/connecting to a separate process when executing a CLI command are:
Have a single process handle all commands to have single source of truth and avoid accessing resources separate processes (e.g. applying to the game folder from different processes).
Be able to close the started CLI process once the CLI command has completed executing. If the user was to start the app while the command was executing, and we didn't have the two steps approach, the CLI process would not be able to exit after completing, since it is now hosting the UI for the user.
The tricky part is that if a "main" headless process was started for a CLI command, and the user then wanted to start the App with ui, we will need a way to start the UI on the existing main headless process.
The text was updated successfully, but these errors were encountered:
Improvement
Currently
Running any CLI command will either try to connect to an existing process or create a "main" process to execute the command on. The main process will also start and show the UI (with
Startup.Main(services, []);
).We want
To avoid displaying the UI if the CLI command does not require it.
E.g.:
uninstall-app
command should not start the UI, if there is no application running, should instead execute the "main" process headless.Some commands on the other hand are supposed to start up the UI (e.g. nxm protocol command).
Supporting Information
The reasons for starting/connecting to a separate process when executing a CLI command are:
The tricky part is that if a "main" headless process was started for a CLI command, and the user then wanted to start the App with ui, we will need a way to start the UI on the existing main headless process.
The text was updated successfully, but these errors were encountered: