From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 540 invoked by alias); 4 Sep 2011 09:09:04 -0000 Received: (qmail 526 invoked by uid 22791); 4 Sep 2011 09:09:03 -0000 X-SWARE-Spam-Status: No, hits=-1.0 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Sun, 04 Sep 2011 09:08:51 +0000 Received: (qmail invoked by alias); 04 Sep 2011 09:08:49 -0000 Received: from p5B08E979.dip0.t-ipconnect.de (EHLO [192.168.178.23]) [91.8.233.121] by mail.gmx.net (mp013) with SMTP; 04 Sep 2011 11:08:49 +0200 Message-ID: <4E63401D.9080107@gmx.de> Date: Sun, 04 Sep 2011 09:09:00 -0000 From: Oliver Schmidt User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: cygwin-xfree@cygwin.com Subject: Re: XRaiseWindow for activating windows in multiwindow mode References: <4E46C4CE.6000206@gmx.de> <4E62799E.2090204@dronecode.org.uk> <4E633C53.4040906@gmx.de> In-Reply-To: <4E633C53.4040906@gmx.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com X-SW-Source: 2011-09/txt/msg00002.txt.bz2 some additions to my last mail: On 04/09/11 10:52, Oliver Schmidt wrote: > code and is also necessary for the patch. I think that the recursice > behaviour occurs because changes on the top level windows with native > Windows-API-Calls are leading to native Windows messages that again are > fed into the x server and are leading to the funcion > winRestackWindowMultiWindow. But this is only a theory, After looking again at the code, I must correct my above statements: now I think, that it's not the native Windows function SetForegroundWindow that is calling the recursive behaviour. It's still the already existing code in the function winReorderWindowsMultiWindow that is causing recursive behaviour: in this existing code the function ConfigureWindow is invoked (this is not a native Windows function, it seems to be some x server function). So the invocation of this function is triggering the x server to invoke winRestackWindowMultiWindow recursively. But these are still theories. At least the recursive behaviour is not introduced by the patch, it was already there in the existing coding ;-) Best regards, Oliver -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/