Application start-up, activation and application switching are sometimes
conflated into a single operation but underneath some of these are distinct
steps, and a bit flaky in some circumstances.
-The [AGL compositor](../../06_Component_Documentation/02_agl_compositor/) has
+The [AGL compositor](../02_agl_compositor.md) has
some additional events which one can use when creating an application
start-up & switching scheme in different run-times.
The `started` event can be used in correlation with the `StartApplication`
method from `applaunchd` such that upon received the `started` even, it can
explicitly activate that particular appid in order for the compositor to
-display it. See [AGL compositor](../../06_Component_Documentation/02_agl_compositor/)
+display it. See [AGL compositor](../02_agl_compositor.md)
about how activation should be handled.
*Note: These can only be received if by the client shell which binds to the
Here's the state diagram for the Qt homescreen implementation of the
application start-up:
-![Application_start](../images/start_and_activation.png)
+![Application_start](images/start_and_activation.png)
### Application switching
the run-time/shell-client and have a handler that would ultimately activate the
application ID.
-![Application_switching](../images/application_switching.png)
+![Application_switching](images/application_switching.png)
*Note: In practice, the run-time/shell-client would subscribe to both `applaunchd`
and to the AGL compositor, either Wayland native events, or using the gPRC-proxy