From mint-bounce@lists.fishpool.fi Sat Dec 10 00:07:59 2005 X-Original-To: fnaumann@mail.boerde.de Delivered-To: fnaumann@mail.boerde.de Subject: Re: [MiNT] WM_REPOSED implementation From: Odd Skancke To: MiNT List In-Reply-To: <1134168954.439a0b7a48c89@webmail1.utbm.fr> References: <1134166727.439a02c7bec16@imp1-g19.free.fr> <1134168954.439a0b7a48c89@webmail1.utbm.fr> Content-Type: text/plain Date: Sat, 10 Dec 2005 00:04:44 +0100 Message-Id: <1134169484.29437.97.camel@linuxbox> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-To: mint-bounce@lists.fishpool.fi X-original-sender: ozk@atari.org Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: X-Virus-Scanned: by amavisd-new at relay.boerde.de X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de X-Spam-Status: No, hits=1.7 tagged_above=-50.5 required=7.0 tests=AWL, BAYES_00, RCVD_IN_SORBS X-Spam-Level: * fre, 09,.12.2005 kl. 23.55 +0100, skrev olivier.landemarre@utbm.fr: > Selon Xavier Joubert : > > > Hi AES hackers, > > > > > > Selon Jo Even Skarstein : > > > You can always add the option to tell the AES to send first MOVED and then > > > SIZED to specific applications, but that will only work if XaAES can be > > > externally configured on per-application basis (like Geneva can). I don't > > > know if this is possible, as I can't get XaAES to run on my Milan yet. > > > > A good way of handling this (IMHO) would be, when AES needs to move and > > resize a > > window at once to send : > > 1- a WM_SIZED message with the new coordinates (new X and new Y included), > > then > > 2- a WM_MOVED message with the same coordinates. A million ways to do this and achieve some kind of result. What I have got now works, so why not use that? > > I do exactly this actually except I prefer WM_MOVED before WM_SIZED, this what I > do on CVS, and it work not so bad, in official 0.70 version I do only WM_MOVED. MyAES sources are available via CVS? Please let me know how to check the sources out if they are! ;-) > In your case I know application that don't like it, for example Qed and windows > dialog in Windom, and there is other, I test only some softwares. > In case of Qed, with WM_SIZED it will change with and height to have a mod8 or > mod16 for this value, and recalculate sliders, then you put WM_MOVED with width > and height you wan't but not new width and height that application wan't, Qed > will put it directly but not change his size nor recalculate slider, this a > very small problem in fact. For Windom case this is stronger because position > will be good but size can be totaly wrong, because on WM_MOVED it not look for > new size, so if window is bigger than dialog, other part of window will not > redraw at all, because it correct size only on WM_SIZED. So prefer WM_MOVED > before WM_SIZED. And all of these problem are solved by the method I use in XaAES. Best Regards, Odd Skancke