-
-
Notifications
You must be signed in to change notification settings - Fork 103
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
qutebrowser is not being tiled #166
Comments
|
Worked like a charm. Thanks @nikitabobko! |
It makes me upset that qutebrowser says that its subrole is The app just explicitly reports that it's a dialog. Well, yes, of course AeroSpace will float it by default, and so does yabai I have IDs of some popular apps already hardcoded in the source code https:/nikitabobko/AeroSpace/blob/main/src/tree/MacWindow.swift#L205 I've heard about qutebrowser before. By itself, the app is already popular enough, to hardcode its ID in AeroSpace approximations. But the app is even more popular among vim/tiling-wm/hacker folks. But I'm thinking whether I want to encourage that kind of evil misbehavior by hardcoding |
Yes I was kind of surprised I couldn't find anything about qutebrowser in Aerospace. I have no idea why qutebrowser does this. Maybe we should file a bug report. You will run into more situations like this where applications simply misbehave. At the end of the day you want to give users of Aerospace the best experience possible. Maybe this bug report is already enough. |
@ddevaal, are you using the |
Yes! So this is the problem. |
Yes, I believe so @ddevaal. My assumption is based entirely on this comment from @koekeishiya. |
|
qutebrowser is not being tiled by aerospace. It was problematic in Yabai too. I fixed this in yabai with
yabai -m rule --add app="^qutebrowser$" title!="^$" role="AXWindow" subrole="AXDialog" manage=on space=web
How can I do something similar in aerospace? I'm runningv0.8.4-Beta 4951cbc
The text was updated successfully, but these errors were encountered: