Comments on: X11 Intercept Window Close Event http://john.nachtimwald.com/2009/11/01/x11-intercept-window-close-event/?utm_source=rss&utm_medium=rss&utm_campaign=x11-intercept-window-close-event My little blog Sat, 21 Jan 2012 00:48:47 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: John http://john.nachtimwald.com/2009/11/01/x11-intercept-window-close-event/comment-page-1/#comment-26 John Wed, 04 Nov 2009 22:39:21 +0000 http://john.nachtimwald.com/?p=255#comment-26 WM_DELETE_WINDOW is passed to the embedded window if you do not register it, even if you re-implement the closeEvent; the embedded window will close. If you register it then you have to look for it as a client message in the X11EventFilter because the closeEvent will never be called since the WM_DELETE_WINDOW has essentially been overridden. WM_DELETE_WINDOW is passed to the embedded window if you do not register it, even if you re-implement the closeEvent; the embedded window will close. If you register it then you have to look for it as a client message in the X11EventFilter because the closeEvent will never be called since the WM_DELETE_WINDOW has essentially been overridden.

]]> By: Girish http://john.nachtimwald.com/2009/11/01/x11-intercept-window-close-event/comment-page-1/#comment-25 Girish Wed, 04 Nov 2009 12:45:55 +0000 http://john.nachtimwald.com/?p=255#comment-25 Hey John, fantastic stuff! One bit that I didn't quite understand is why you register for WM_DELETE_WINDOW. Can't you just subclass QX11EmbedContainer and reimplement closeEvent? (you can accept/reject the QCloseEvent) Hey John, fantastic stuff!

One bit that I didn’t quite understand is why you register for WM_DELETE_WINDOW. Can’t you just subclass QX11EmbedContainer and reimplement closeEvent? (you can accept/reject the QCloseEvent)

]]>