-
Notifications
You must be signed in to change notification settings - Fork 419
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
Telegram not opening containing desktop #1303
Comments
so it looks to me like qt5 doesn't really have a function to do this? (qt4 seems like it did it in a ewmh way.) tdesktop is open source, so you could add support for _NET_ACTIVE_WINDOW (and have |
@ortango That is a terrible idea. This is the kind of thing that the window manager should handle. And most of the popular ones do - Mutter, KWin, Xfwm, i3, awesome (not out of the box, but can be configured). i3, for example, has an option called Telegram tried to "fix" this issue earlier, because Marco (MATE's WM) also doesn't activate windows from other desktops, but it broke all other window managers, that handle this correctly, so it got reverted. The "fix" forced Telegram to jump to the current desktop, so no matter what the user chose to happen in this situation (nothing, desktop switching to Telegram's desktop, or Telegram appearing on the current desktop) Telegram just jumped to the current desktop. It was especially irritating on tiling WMs, because it affected the window layout, but even on floating ones it wasn't pleasant. So please, fix this issue in a WM, there's nowhere else that it can be fixed correctly. |
bspwm handles _NET_ACTIVE_WINDOW
is works on the logic that a window that asked for stacking above is to be focused. if that is standard, i was not familiar with the practice, apologies.
it was using a function specifically to move telegram to the current desktop, which is what users in that report are complaining about. _NET_ACTIVE_WINDOW does not work that way. so i don't think that it is a "terrible idea". it is how qt4 would handle things. regardless, patching bspwm to focus windows that are raised should be easy enough. even this quick test seems to work (but i dont use any programs that actually expect raise()=activatewindow() for testing).
|
I assumed that Telegram used _NET_ACTIVE_WINDOW, because in awesomeWM you can override As for logic being standard - yeah, it is. Two most popular WMs (Mutter, KWin) do this out of the box, Xfwm, i3 and awesomeWM all have an option that enables the behavior that OP wants.
Sorry for "terrible idea", I just assumed that you proposed what Telegram already tried to do. Still, if other window managers already handle Telegram's (and some other applications', probably) activation correctly, I think it makes more sense to fix this on a WM level, not application. |
yea that short patch in the previous reply should enable it for raising the window also. it checks the same config option, bspwm only has true/false settings for |
Hello. I use many desktops (
bspc monitor $MONITOR --add-desktops "..."
).And I use telegram. Telegram has an icon in the status bar, in the menu there is "Open telegram". If the window is already open in a current visible desktop then it gets correctly focused, but if it's in another, non visible, desktop, then nothing happens: no desktop changing, no "urgent" mark being set, nothing.
With other programs, like for example Skype, it correctly move to the containing desktop and focuses the window.
I understand that this is not a problem of bspwm, but probably telegram using an unconventional way to focus his own window, but I'd like to know if anyone knows any workaround, or at least how to investigate further, so I can open an issue with Telegram...
The text was updated successfully, but these errors were encountered: