-
Notifications
You must be signed in to change notification settings - Fork 24
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
Respect dock windows better #16
Comments
This was fixed when I did the rewrite in Nim way back in November, I think.. |
I've noticed that Is there any way of having them be raised? |
Yes, I just keep them unmanaged. Should they be raised? Probably, I can't think currently how to do it though. Perhaps when any window is moved / resized, at the end iterate through all the dock windows and call XRaiseWindow on all. |
Dock windows (in my experience) are kept:
|
But this sounds kind of hacky, not sure how well it will work. but I guess I will try to implement this. |
I don't know much about window managers but the simplest solution to me is to just prevent any dock windows from being unraised/lowered. Or maybe when a normal window is being raised, you could raise them above other normal windows but below dock windows. 🤔 |
That would be true, but I don't think there's any X call to do that.
Yes, but that doesn't solve the issue if you drag a window over the panel to obscure it. I think that raising dock windows on move/resize is the only trivial way to solve this but I'll look at what other WMs do. |
We can treat them as special status clients and keep them raised.
Or the least we can do is at least respect their boundaries for maximization etc
The text was updated successfully, but these errors were encountered: