Pointer Barrier
Hi allI am new here and hopefully you can help me with my problem. I've send this mail once, not sure if it got lost or no one could help me so I try again :D. I am trying to useXFixesCreatePointerBarrier and XFixesDestroyPointerBarrierCreating works and I can see how the barrier works. To release the barrier I can catch the events usingXI_BarrierHitXI_BarrierLeavewhich I did and after receiving that event I used XIBarrierReleasePointer to release it. I know if I wanna 'disable' this barrier the step has to be repeated everytime the pointer hits the barrier etc.What I like to do is to destroy the barrier so that it should not be used at all. I like to remove it completely. UsingXFixesDestroyPointerBarrier on the barrier gives me after couple of eventsX Error of failed request: 141 Major opcode of failed request: 138 (XFIXES) Minor opcode of failed request: 32 () Serial number of failed request: 87 Current serial number in output stream: 87What is it I am doing wrong? Hope someone can help me with that.Cengiz (yaakuro) ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
ANN: luit-20150706
Files: ftp://invisible-island.net/luit/luit-20150706.tgz ftp://invisible-island.net/luit/luit-20150706.tgz.asc http://invisible-island.net/luit/ http://invisible-island.net/luit/luit.log.html 2015/07/06 - * add configure option --with-man2html * updated configure macros, mostly formatting changes from xterm, etc. * update config.guess, config.sub -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
Re: non-clipped child windows
On Montag, 6. Juli 2015 17:50:43 CEST, Peter Harris wrote: 3) you will probably have to emulate 3. What will kinda glitch with compositing since compositors tend to not update the actual window position while the user moves it (so the sheet will stick to its position until the window is finally repositioned) The concept of a sheet is however not uncriticised, since the modal transient also blocks visual access to its leader - despite the user may want/need to lookup exactly that very information while interacting with the sheet. Cheers, Thomas ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
Re: non-clipped child windows
On 2015-07-04 06:46, Cosmin Apreutesei wrote: > Does X have the notion of non-clipped child windows? The behavior in > WIndows and OSX for these is: > > 1) the parent always stays behind its children > 2) the children are closed automatically when the parent is closed > 3) the children follow the parent when moving > > If the answer is no, then I can emulate 2 and 3 but how about 1? 1) is usually implied by the WM_TRANSIENT_FOR property, although it can vary depending on window manager. 2) WM_TRANSIENT_FOR will minimize transient windows when their parent is minimized. I don't think the spec says anything about closing. 3) you will probably have to emulate 3. http://www.x.org/releases/X11R7.7/doc/xorg-docs/icccm/icccm.html#WM_TRANSIENT_FOR_Property http://standards.freedesktop.org/wm-spec/latest/ar01s09.html#STACKINGORDER Peter Harris -- Open Text Connectivity Solutions Group Peter Harrishttp://connectivity.opentext.com/ Research and DevelopmentPhone: +1 905 762 6001 phar...@opentext.comToll Free: 1 877 359 4866 ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s