[Bug 2522] New: multiple xv overlays

[bugzilla-daemon at freedesktop.org]

Please do not reply to this email: if you want to comment on the bug, go to    
       
the URL shown below and enter yourcomments there.     
   
https://bugs.freedesktop.org/show_bug.cgi?id=2522          
     
           Summary: multiple xv overlays
           Product: xorg
           Version: CVS_head
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Server/general
        AssignedTo: xorg-bugzilla-noise at freedesktop.org
        ReportedBy: ossi at kde.org


i've got this strange idea ... what about overcommitting xv port grabbing? i 
often come into the situation that i am watching a video and want to suspend 
it for the time i watch tv. unfortunately this just does not work, because 
only one app can grab a port. 
i think, as an option, it would be perfectly reasonable to allow multiple apps 
to "soft-grab" the same port. minimized windows (like in my case, usually) 
don't conflict, and for conflicting cases the last updated window takes 
precedence (with some delay, to avoid trashing).  
in case of conflict one of the following could happen:  
- the excessive windows just stay empty. this sort of sucks. 
- the server could project a message like "xv conflict" into the window. this 
sucks less, but it's still not as helpful, and sounds like a hard thing to 
implement for little benefit. 
- software-xv for less priorized windows. sounds like a good plan. 
 
the obvious reaction on your side might be "WONTFIX - the apps should handle 
it", but you can be sure that this won't happen in the general case. and why 
fix 50 apps, if one can fix one server?          
     
     
--           
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email         
     
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.