| Summary: | video player in fullscreen mode and with "all desktops" flag set remains on single desktop (annoing with 2 monitors) | ||
|---|---|---|---|
| Product: | [Unmaintained] kmplayer | Reporter: | anton <benderamp> |
| Component: | general | Assignee: | Koos Vriezen <koos.vriezen> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | l.lunak |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
anton
2008-01-29 23:17:39 UTC
After a minute after posting, I have found a solution to this issue. The solution is the following: 1. Start video player 2. Put it to fullscreen mode 3. Press Atl+f3 to show window menu 4. Set the "To Desktop"/"All desktops" flag The thing is the if one would do this before switching player to fullscreen, this will not work. Player in windowed mode and in fullscreen mode are 2 different windows, so they have different set of settings which are set separately. I think that this is still a kind of problem, because for me it was not really easy to find this solution - I was thinking about the video player in both windowed and fullscreen mode as of the same window. I was using kmplayer with mplayer engine for testing. Probably, this should be reported to kmplayer team, but probably kwin could also handle somehow this situations - I do not know. KWin cannot do much about this, if those are two different windows. 30 Jan 2008 13:33:50 -0000, Lubos Lunak <l.lunak@kde.org>: > KWin cannot do much about this, if those are two different windows. Is there anything I could do, eg. in term of window name or setting some XProperties that would help the situation. Indeed the implementation reparents a child window to a toplevel before entering fullscreen This all has to do with the fact that the standalone app. uses the same mechanism as the plugin, ie. putting konqueror in fullscreen is not the fullscreen what one expects for the plugin. I don't think there can be any magic hints or something. Either those are two separate windows or not. But if those are two windows only for technical reasons, I think you could instead reparent the widget as a child of the toplevel window, raise it as its topmost child and make it match its geometry. 30 Jan 2008 20:34:51 -0000, Lubos Lunak <l.lunak@kde.org>: > I think you could instead reparent the widget as a child of the toplevel window, raise it as its topmost child and make it match its geometry. Thanks, that sounds doable Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? Thank you for helping us make KDE software even better for everyone! Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |