-
Notifications
You must be signed in to change notification settings - Fork 174
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: Let Steam client windows be managed by the window manager #1040
Comments
|
Totally agree. This is okay to do as steam does on windows, but on linux it's simply not applicable. The steam client actually tries to manage itself, which is not his job. Every window manager are different and every users/preferences are different. Linux users don't like when an application behaves differently. Sometime users set specific rules/behaviour to window and the current steam client break almost all user preferences |
|
Glad to see the original creator of the xlib workaround post here! :) Thank you again @dscharrer for the fixes! |
|
Definitely seems to be a good idea. Current behavior is very buggy. |
|
Yes 100% ACK, please let the WM deal with it. |
|
+1 |
1 similar comment
|
+1 |
|
I agree with this request. |
|
it should at least let the window manager managing focus |
|
This could help a lot with the weird problems of the "close window" cross misbehaviour. Please implement this. Having window decorations that don't mesh with the rest of the system is very irritating. |
|
@DavidGriffith What do you mean by "the 'close window' cross misbehaviour"? |
|
They explained -why- they did what they did; there's a lack of reliable tray icon. No tray icon means minimizing to tray (standard X-button action) breaks usability. |
|
Lets not muddle this issue. This issue is not about the tray icon/minimizing thing. Its about using the WM to manage steam windows (like other applications) instead of steam managing itself. Let steam use the power of the WM. |
|
@MrSchism But with the last (or the other) update from repositories, the tray icon is working in KDE and others enviroments (i don't know if in all) and like close to tray #1025 have other problems like new chats open window #266 Talking about the close to tray, there is a workaround in #1025 what works for me, but how they explained in #1720, it isn't a Steam bug, it's outside Steam, and it's concerner with the enviroment. Although having Steam working in the WM would fix many of those problems, the cost of working for three plataforms together could be very high against the possibility to implement a full use of every desktop enviroment. They probably do (and i think they are doing it now) a global implementation what, in theory, have to work in all systems and enviroments, and if not, do only little tweaks in the Steam client or demand some tweaks to the enviroment itself. |
|
Would love to have this. The WM just knows more than Steam, so Steam should leave the decisions to it. |
|
+1 |
|
Close window and Minimize window both are doing nothing in XMonad. I want to hide frame to tray icon. |
|
Yes please! I would greatly appreciate this as steam is nearly unusable in Common Desktop Environment, UNIX Window Manager, and DWM without it. |
|
+1 |
|
+1 On both awesome and i3, Steam windows fight with the WM to size themselves, and Steam loses. They should set the floating state properly. Bonus points if you set window groups for greater scriptability. |
Maybe yours does. I can't for the life of me get KDE to remember that Firefox snaps to the right side of the screen and Thunderbird snaps to the left. In the nine months I've been using it, it has never not tried to do the exact opposite. Meanwhile, Steam's Friends window stays where I put it, in the bottom left corner. |
|
I also support the idea of letting the window manager deal with Steam. There are certain functions that are useful in KDE for example that I use on a daily basis but cannot use with Steam as it is managing its own window. The ability to tab applications together and send them to different desktops is quite a useful feature. An added benefit of letting the window manager deal with Steam is the close to tray icon feature will work as expected in environments that support a tray icon. |
|
I used steamwm from there https://github.com/dscharrer/steamwm which worked wonderfully, until valve updated its client recently with its new look... now it's all broken again. The only way to get back the normal window controls in windowmaker is to use the "ignore decoration hints for gtk applications" in wmprefs.app but it's a global setting, so it's a nuisance for some applications... Thanks to valve for creating something so crappy after so many years, really, it's a shame ! |
|
With new UI (steam version 1686880776), they made error dialogs to appear "inlined" in the main window, so now that problem of unmanaged windows of error dialogs disappears. Hint: to invoke an "error" dialog, you can press "Login to another account" from the main window. However, steam notifications are still unmanaged windows. I would prefer notifications to respect system integration. I.e. notifications should use normal kde system notifier. Also, I have created special window rules to force use titlebar and frame. This is privilege kde users have over users of another DEs until valve solves the problem of not setting titlebar. But I would like if I could disable steam's "own" buttons for closing, minimizing and maximizing (maybe possible with steam skins?). Because now it seems closing with system close button no longer causes steam to exit. Previously, it was possible to close to tray only by steam's own close button. |
|
Yeah finally you can do the same in windowmaker without the global setting, and without steamwm : just open the application menu in steam using the keyboard shortcut since you can't use the mouse since there is no title bar (should be control+escape, check in wmprefs otherwise). Then change the attributes to restore normal attributes, apply, in advanced configuration tick "ignore decoration changes", in concerned window just save with the default. Normally after that all steam windows will have normal decoration. As the previous post says it's too bad you get a double close button (the one from steam and the normal one) but this can't be helped as long as the window programming remains so crappy in steam, shame to valve for that. |
|
If It try it via menu as @zelurker says, wmaker crashes. I submitted a bugreport. But |
|
A crash ? Never saw a crash related to this application menu... maybe it's because I use the git version in arch ? Well there is not much choice, the only available package is a git version through aur... Anyway yes the ignore gtk hints works with its drawbacks, so if you can live with that it's fine, otherwise maybe try the git version then... |
have a look at https://github.com/Rosentti/opensteamclient |
it's being rewritten in a bloated and slow microsoft language, so it's worse, no thanks, i don't want that on my computer |
|
@ryuukk See OpenSteamClient/OpenSteamClient#24. The author says this is because he is more experienced with C#. Anybody can rewrite it with C++. |
|
If i want to move away from electron and CEF, it's not to go to another bloatware Software went to shit because people no longer care |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
|
I had hoped they would actually fix this bug, and was subscribed to its updates to get informed on when they did, but given you lot being off-topic for a week straight, it's probably destroying any chances of that. |
|
This bug was always a bit of a pipe dream. Not flashy enough, doesn't affect enough users, risks inconsistent branding. I don't think a long comment section is going to affect its chances at getting fixed. |
|
If you use i3 i found making everything but the main steam window floating to work somewhat nice: |
|
This pissue still stands in 2024, on both Windows and Linux. Let us use native window handling, and please kill the Electron crap - which is worse than VGUI. Use QT, you motherbleepers! |
|
It's now completely broken, because of #10408 |
This comment was marked as abuse.
This comment was marked as abuse.
|
At this point, this thread has devolved into nothing but dickwad comments like the one above; the smart thing to do at this point is to just mark it WONTFIX and close it. |
|
Yeah but it's never been so broken in 20 years or so, at this point it's
almost WONTUSE, at least on my side I'm happy to have finished recently my
latest steam game so that I can stay away from their client, and I'll try
to use it as little as possible from now on, it's really not a nice
experience anymore.
Le lun. 1 avr. 2024 à 02:29, stevethepocket ***@***.***> a
écrit :
… At this point, this thread has devolved into nothing but dickwad comments
like the one above; the smart thing to do at this point is to just mark it
WONTFIX and close it.
—
Reply to this email directly, view it on GitHub
<#1040 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAV3SD5HH2PHASGTRWB66T3Y3CS5VAVCNFSM4ADEUGG2U5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMBSHA4TMOBSGY2A>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Yup, I'm getting a black screen on steam since the latest update. Literally a CANTUSE.
C# is slow? Have you ever written a line of code with it? |
|
The problem is that it's alpha, and it's probably going to be hard to have
all the official features without any official support for that.
Le lun. 1 avr. 2024 à 17:26, awsms ***@***.***> a écrit :
… Yeah but it's never been so broken in 20 years or so, at this point it's
almost WONTUSE, at least on my side I'm happy to have finished recently my
latest steam game so that I can stay away from their client, and I'll try
to use it as little as possible from now on, it's really not a nice
experience anymore. Le lun. 1 avr. 2024 à 02:29, stevethepocket *@*.
*> a écrit : … <#m_-97145762747278515_> At this point, this thread has
devolved into nothing but dickwad comments like the one above; the smart
thing to do at this point is to just mark it WONTFIX and close it. — Reply
to this email directly, view it on GitHub <#1040 (comment)
<#1040 (comment)>>,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAV3SD5HH2PHASGTRWB66T3Y3CS5VAVCNFSM4ADEUGG2U5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMBSHA4TMOBSGY2A
<https://github.com/notifications/unsubscribe-auth/AAV3SD5HH2PHASGTRWB66T3Y3CS5VAVCNFSM4ADEUGG2U5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMBSHA4TMOBSGY2A>
. You are receiving this because you were mentioned.Message ID: @.*>
Yup, I'm getting a black screen on steam since the latest update.
Literally a CANTUSE.
Replying to #1040 (comment)
<#1040 (comment)>
have a look at https://github.com/Rosentti/opensteamclient
Current status: Being rewritten in C#
it's being rewritten in a bloated and slow microsoft language, so it's
worse, no thanks, i don't want that on my computer
C# is slow? Have you ever written a line of code with it?
At this point learn C or zig and write your own Steam client, we're all
waiting for it.
—
Reply to this email directly, view it on GitHub
<#1040 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAV3SD6H4RCYLVD6HK2KIITY3F4EDAVCNFSM4ADEUGG2U5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMBSHE4TOMRSGUZA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
|
Click-to-raise: I have this disabled. Steam does its own thing. Client-side decorations: inconsistent with the rest of the desktop. (It may or may not be consistent on Windows, but I don't use Windows.) Also means that keyboard is required for some operations (such as lower, shade or toggle size along one axis). Menus and transparency: menus aren't properly parented, and some menus aren't even proper windows – they're (presumably) just DOM constructs handled by embedded Chromium. Effect is that the WM doesn't know to leave the parent window opaque when the pointer's in a menu or to apply the configured transparency for the fake-window menus. Misbehaviour: Steam doesn't take any notice of the standard window hints. Combined with recent window-handling bugs, my running instance of Steam wrongly thinks that its main window is maximised. Personally, I would just throw out the client-side decorations for actual windows in favour of whatever window manager is running, and keep that code only for in-game. |
|
@Ashark how did you make steam use the system titlebar? I havent been able to figure it out. |
This is a KDE-only feature. Alt + F3 in steam window, then uncheck checkbox "Additional" -> "Hide border and titlebar" (the translation may be slightly different). |
|
@gracicot, I don't see any reason to limit this modification to Linux-based OSes. I've been pained by this running Windows 11 Pro, macOS, and Fedora. It applies as much to other OSes' WMs as it does to KWin or GNOME's. As an example, there are hooks for Windows's |
|
This issue is now 11 years old, and the very single time a Valve employee bothered to have a look at it was to post something completely off-topic. |
|
But it still has its usefulness to hear about possible workarounds or
alternatives sometimes.
Le jeu. 15 août 2024 à 02:52, awsms ***@***.***> a écrit :
… This issue is now 11 years old, and the very single time a Valve employee
bothered to have a look at it was to post something completely off-topic.
Safe to assume it will never be taken care of.
—
Reply to this email directly, view it on GitHub
<#1040 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAV3SDZ5FSZAZ4ICE6PMIBLZRP3WHAVCNFSM4ADEUGG2U5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMRZGAYTONJYGI3Q>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
|
Recently installed on arch and with my window manager I cant move maximize or interact with the steam window. Missing my WM's normal context bar for some reason. All this really needs is a launch flag |



_NET_WM_WINDOW_TYPEproperty. At the minimum, dialog windows should be given the_NET_WM_WINDOW_TYPE_DIALOGvalue so that the WM can center them or put them under or near the mouse cursor - or whatever else the WM/user likes. Menu windows are already correctly classified as_NET_WM_WINDOW_TYPE_MENU. Also, initial window sizes need to be set before the window is shown (ideally before it is mapped).WM_HINTand theWM_CLIENT_LEADERproperty. This will prove interaction with the WM's focus stealing prevention (if the running WM has that feature). With KWin this also has the added benefit that "Dim Inactive" desktop effect will leave all Steam windows at full brightness when any Steam window has focus (if configured to apply the effect to window groups).I previously reported this here when Steam was still in closed beta, and some of the suggested enhancements/fixes have since been implemented - the remaining ones are listed above.
Here is my proof of concept implementing these changes on the Xlib level - of course a real solution would implement this in Steam. I have tested these changes on my own system, but others have found them useful with different WMs, including Ubuntu's Unity.
The text was updated successfully, but these errors were encountered: