mirror of
https://github.com/LGUG2Z/komorebi.git
synced 2026-01-11 14:40:25 +01:00
[PR #1622] New Feature: Komorebi Service (persistent client instead of komorebic.exe) #1487
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
📋 Pull Request Information
Original PR: https://github.com/LGUG2Z/komorebi/pull/1622
Author: @loeiks
Created: 12/16/2025
Status: 🔄 Open
Base:
master← Head:persistent-client📝 Commits (10+)
446bd24feat(persistent-pipe): working version of komorebic-service, initial140c26cfix(pipe): bug fixes and production ready code for komorebic-service37e1ed0fix(ahk-example): ahk example removed since not needed in source code75342deremove(readme): readme removed96cc217docs(komorebic-service): added new page to docs to explain setup for komorebic-service4046afaupdate(args-parsing): updated how args parsed and used in komorebic-service9cc0747feat(service-flag): service flag added to start komorebic-service with komorebif94cce6docs(komorebic-service): new section added to explain how to start komorebic-servicef7394e5docs(komorebic-service): small updates and fixes8ef0f86fix(komorebic-service): cargo license checks and formats📊 Changes
7 files changed (+580 additions, -0 deletions)
View changed files
📝
Cargo.lock(+32 -0)📝
Cargo.toml(+1 -0)📝
deny.toml(+5 -0)➕
docs/common-workflows/komorebic-service.md(+137 -0)➕
komorebic-service/Cargo.toml(+22 -0)➕
komorebic-service/src/main.rs(+326 -0)📝
komorebic/src/main.rs(+57 -0)📄 Description
This PR is related with this issue: https://github.com/LGUG2Z/komorebi/issues/1543
Hello!
First of all I'm not a Rust developer and %95 of the code in the commits are generated by Claude's LLM models based on my directives to AI to what to do by testing things manually etc.
I wanted to open this PR because "it works" it solved the issues I was trying to solve for past few months. For important context and general information about the issue and what I have created please read the
komorebic-service.mdfile that I created (that's not AI xd).But to explain shortly what I have done:
Instead of spawning a new process to run commands via
komorebicpackage I've designed another package/system to listen for commands over pipes (I tried HTTP at first but it has weird issues) this change doesn't require any change to existing hotkey commands (view it in the documentation I referenced) they can just stay as they.In this way I was able to get rid of the delay issue completely since no new process is created for each command run but instead each command is written to pipe and
komorebic-servicelistens for these to run the related function.I didn't add support for all the commands because this service is more about window management things, I found it not required other commands can still be triggered by
komorebiccommand over CLI.To be clear and honest as I already said %95 of the code is written by AI, I just did the research and collected related info to build the solution that I think which will work but didn't code it.
If you don't allow any AI generated code it's totally fine or if you find this not useful to repo or project it's still totally fine, because it solved my issue which I was dealing for long time I wanted to create a PR for anyone that might deal with the same issue in the future.
Changes
-> new
komorebic-servicepackage for a pipe based persistent client to listen for commands instead of usingkomorebic.-> edits in
komorebicto start/stop/killkomorebic-servicewith related commands.-> a new documentation page to explain how to use
komorebic-serviceand related details.If I need to do any changes that I can do let me know.
🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.