The KDE docs were moved from komorebi-for-kde/ to docs/linux/ and the sources, nix files, scripts and schemas to komorebi-linux/, nix/linux/, scripts/linux/ and schemas/linux/, so every relative link that left docs/ (to sources, nix files, scripts, schemas, .envrc, rust-toolchain.toml, the old CI file) was broken, and the text named the old paths. Links were rewritten mechanically by resolving each broken target against the old location and mapping it to the new one; link texts and code-span paths were updated to the new paths (komorebi/src -> komorebi-linux/src, nix/ -> nix/linux/, scripts/ -> scripts/linux/, docs/ -> docs/linux/, schema.json -> schemas/linux/schema.json). The crate list of the README names komorebi-linux, komorebi-daemon and komorebi-version; `cargo install --path komorebi` becomes komorebi-daemon; the comparison paragraph of CONTRIBUTING.md says compare-gen.py is stale (it looks for the old sibling trees). URLs of the old GitHub repositories are left as they are (a release decision). COMPARE.md is left as it is (already marked stale). Verified: a link checker over every markdown file (outside cli/, nix/, tools/, old-ci) reports no broken link in docs/linux. Nothing was built.
2.7 KiB
Quickstart and autostart
Quickstart
komorebic quickstart writes three example files into the config home
(~/.config/komorebi, or $KOMOREBI_CONFIG_HOME), which it makes if it has to:
komorebi.json, which isdocs/linux/example-configurations.md: eight workspaces on the first monitor, each with another layout, and some padding;applications.json, which isdocs/linux/usage/application-specific-configuration.md, the ruleskomorebi.jsonnames for the applications that need them;skhdrc, which isdocs/linux/skhdrc.sample: the key bindings of the sample, in the format of skhd, which the daemon andkomorebic hotkeys compileread from there.
When a file is there already, quickstart asks before it writes over it, and leaves the file
alone unless the answer is y or yes. It prints the files it wrote, and then tells you to run
komorebic start.
komorebic quickstart
komorebic start
Starting komorebi with Plasma
On NixOS, the module starts komorebi with every Plasma session.
Elsewhere, komorebic enable-autostart writes an XDG autostart
entry, ~/.config/autostart/komorebi.desktop ($XDG_CONFIG_HOME/autostart), which Plasma runs at
login, after its workspace has started:
komorebic enable-autostart
komorebic enable-autostart --config ~/mine.json
The entry runs komorebi, or komorebi --config with the file --config names, as the session
finds komorebi on its PATH. komorebic disable-autostart takes
the entry away again, and says so when there is none.
Do not use both the module and the entry: the session bus gives its name to one komorebi, and the second exits.
Starting over with another file
komorebic replace-configuration makes the running daemon start
over from another komorebi.json:
komorebic replace-configuration ~/work.json
The daemon makes its window manager again from the file, as it does at start: it brings back
the windows it had hidden, the back of a stack, so that none is out of sight, loads the monitors
and the windows that are open from KWin, gives the monitors the entries of the file and tiles
them, and from then on watches the new file and not the one it had. It is not the same as
changing the file the daemon watches, which Configuration
describes: the windows that were in a workspace go where the new file puts them, not where they
were. A file that is not a komorebi.json is logged, and the daemon carries on as it was.