-
-
Notifications
You must be signed in to change notification settings - Fork 207
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
[BUG]: Rainmeter widgets always on top #679
Comments
i was able to preproduce this. |
might be related to #236 |
it's a very annoying bug to me too. I hope it will be fixed. |
I'm probably not going to look into personally this since I don't use Rainmeter, but I think this is a great first issue for anyone who is really bothered by it. You can start by playing around with the various flags here: https://github.com/LGUG2Z/komorebi/blob/master/komorebi/src/windows_api.rs#L360 |
Issue appears to have been fixed in 0f6d1a4 |
Describe the bug
This might be an unintended side effect of how floating windows are treated (as in always placed at the top), so when tiling with komorebi, rainmeter is always overlaying applications, i've tried changing rainmeter's position settings but to no avail, it will only be displayed normally in the background when pausing or stopping komorebi. "ignoring" rainmeter with float rules doesn't work how I would like it, and I can't seem to find a rule that "moves application behind every other window".
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Rainmeter should stay behind any open windows (if "on desktop" or "bottom" position is set for the widgets)
Screenshots and Videos
komorebi on:
komorebi off:
Operating System
Provide the output of
systeminfo | grep "^OS Name\|^OS Version"
For example:
komorebic check
OutputProvide the output of
komorebic check
If running 'komorebic start --await-configuration', you will manually have to call the following command to begin tiling: komorebic complete-configuration
Additional context
Add any other context about the problem here.
In particular, if you have any other AHK scripts or software running that handle any aspect of window management or manipulation
I am using autohotkey version 2 for keybindings (for focusing, opening, closing windows, changing layouts, etc)
The text was updated successfully, but these errors were encountered: