| |||||||||||||
Ubuntu unveils its next-generation shell and display serverUbuntu unveils its next-generation shell and display serverPosted Mar 7, 2013 1:26 UTC (Thu) by neilbrown (subscriber, #359)In reply to: Ubuntu unveils its next-generation shell and display server by dlang Parent article: Ubuntu unveils its next-generation shell and display server
Your media player should certainly be able to *request* full screen. It is up to the policy of the session manager whether to allow that, and how to break out of that.
Your Kiosk essentially *is* a session manager. It says "That window should be full screen, and hide the mouse cursor". You don't want apps from $UNTRUSTED_SOURCE to be able to do that, but you as system owner should certainly be able to do that.
(Log in to post comments)
Ubuntu unveils its next-generation shell and display server Posted Mar 7, 2013 1:37 UTC (Thu) by dlang (✭ supporter ✭, #313) [Link]
I agree, but if you require that only 'special' apps be written to use a particular api, then I as the admin loose any ability to use an app that way (without having to recompile it to use the new API)
Ubuntu unveils its next-generation shell and display server Posted Mar 7, 2013 17:09 UTC (Thu) by amaranth (subscriber, #57456) [Link]
You can't go fullscreen without the window manager's permission right now anyway, how is this any different? Sure, your window manager never says no but it certainly could (and even force your window size back down if you tried to make it "fullscreen" anyway).
Ubuntu unveils its next-generation shell and display server Posted Mar 19, 2013 14:44 UTC (Tue) by Duncan (guest, #6647) [Link]
While I've not tried the fullscreen thing specifically, kwin's window rules do allow kwin to force many things, including window size and position, border toggle state, etc.
Actually, come to think of it I KNOW the fullscreen thing can be forced, as kde 4.10 now includes a kwin scripting ability, with one of the two shipped scripts being a "video wall" script that forces selected media app windows to fullscreen to all monitors instead of just one, when they go to fullscreen mode. So it could certainly deny fullscreening at all, as well.
(Of course kde being kde, the activation of this script is a configuration option. FWIW, I turned off the other script, but like this one enough to have patched it to apply to smplayer2, it applied to smplayer, vlc, and one or two others, originally, but not to smplayer2 without the patch, which here on gentoo I apply by simply dropping it in the appropriate /etc/portage/patches/ subdir so it's applied each time I update the app. I should submit it upstream, but I already submitted patches for superkaramba that have just sat on the open bug, no comment or any indication at all that anyone's even read them since I submitted them for 4.5 or whatever, thus years ago. That tends to be a bit of a disincentive to even bother filing any further kde patch-bugs. =:^( )
So sometimes the window manager /does/ at least redefines "fullscreen" to suit its own purposes. =:^)
Ubuntu unveils its next-generation shell and display server Posted Mar 19, 2013 16:11 UTC (Tue) by boudewijn (subscriber, #14185) [Link]
Keep in mind that KDE is not a group of a few hundred interchangeable resources that at all times work on all the projects. People work on their own area -- I never, no matter how much the temptation, have worked on kmail, for instance. The superkaramba project likely lost all activity when Plasma started supporting widgets. I don't know who the developers were, or where they went, but that superkaramba bugs don't get attention doesn't mean kwin bugs don't get attention.
The kwin team is really pretty active, and pretty responsive.
|
|||||||||||||