-
Notifications
You must be signed in to change notification settings - Fork 129
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request: System tray support #29
Comments
Sounds like a nice feature, though I myself would not make use of it. I'm unfamiliar with desktop programming so I probably won't work on this in the foreseeable future. I'm happy to assist if you or someone else would like to try adding it to kanata. It shouldn't be too hard to wrap kanata in e.g. Python if it's more familiar and is easier to do GUI programming with. For example, a Python program could run kanata as a subprocess and communicate via stdin and stdout. |
I am not a programmer myself. What I use is a simple bash script
It is for notification when kanata starts or killed. I add the script to a tint2 panel as an executor icon. |
#44 Once this is ready to be merged, anyone should be able to connect to a TCP socket on |
FYI, I made a Gnome shell extension to display kanata layer info. |
I am seeking to migrate from EPKL which is Windows only because it runs on Autohotkey. This is a huge weakness that Kanata does not share. However, the way that it handles tray support is very reasonable (if not the best way) and might serve as a good conceptual guide to how to implement tray support in a similar type of application. |
This is great. On Windows, we would need to be able to start kanata with a no window mode (as a service maybe ?) Then the client could start kanata, passing arguments like EditAbout a GUI with tray icon, we could use tauri. It’s cross-platform, use rust to serve a frontend webview. Here is a tray menu example . Like electron but very light and fast. Technically, I guess we could use it to display layer change in a toast overlay. The thing is, do we build kanata using tauri or do we build an external client with tauri to receive layer change and even more ? |
I've just released kanata-tray v0.1.0, which is a tray-app wrapper for kanata for Windows and Linux. https://github.com/rszyma/kanata-tray PS: Technically should work on macOS too, but I have no way to test it there. |
Thanks. This is awesome ! Now kanata can run in the tray only. Do you plan to add
? I’m the kind of guy who auto hide the windows toolbar. So icon in the tray to show layer status, although awesome, is not very helpful for weirdos like me. |
I'm not entirely sure what you mean by "toast overlay" Can you show an example? |
I quickly google searched how to create this kind of popup, but didn't find any releavant info. An alternative would be to create a native popup in notification area. This can be easily done both on Linux (via |
I faced the same problem with google search in the past. I posted the question on Tauri month ago on how to display those kind of overlay. I got an answer but didn’t have the time to test. I guess it would be the same method with go. Display a window with these properties : Check this go project : https://github.com/progrium/topframe (mac os unfortunately) |
Oh, I thought this was a native windows popup, it turns out it's generated by Logi Options+ https://www.reddit.com/r/Windows11/comments/xqj60m/caps_lock_onoff_notification/ Anyways, I've created an issue in kanata-tray repo to track this feature request: rszyma/kanata-tray#3 |
I used
|
Thanks for the great work! Mention of kanata-tray is now included in README. |
Dropping this here in case it's helpful. |
I personally like using kanata without system tray but system tray comes in handy to know if kanata is running or not and on which keyboard(or configuration).
It can be used at a later stage to control multiple keyboards on and of, or improvement in gui configurations.
The text was updated successfully, but these errors were encountered: