Version: (using KDE 3.5.7) Installed from: SuSE RPMs OS: Linux I have connected TV as the 2nd monitor. I have ATI card - it does not work with Xinerama, but it has its own analog which is available to configure in catalist control center. Everything works rather fine - I have the whole kicker on the initial monitor, and the 2nd monitor (TV) only shows desktop wallpaper and I can drag windows to it - this works just fine. The issue is the following. I want to open the video file in fullscreen mode on the 2nd monitor (TV), and to continue working on the 1st monitor. This is also ok - I drag video player to the 2nd monitor, enable fullscreen mode and the video is shown on the 2nd monitor in fullscreen. But I use multiple desktops on my system. So when I switch to another desktop on my 1st monitor, the 2nd monitor also switches to another desktop and the fullscreen video is hidden (as one could understand, I have started the playback for the 2nd person, not for myself). Setting the "all desktops" flag for the video player window does not help - the fullscreen window remains on the single desktop (but when it is not maximized, its window is shown and plays video on all desktops). The workaround for me is not to use multiple desktops in this case, which is not very comfortable.
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!