From mint-bounce@lists.fishpool.fi  Sat Dec 10 03:26:26 2005
X-Original-To: fnaumann@mail.boerde.de
Delivered-To: fnaumann@mail.boerde.de
Subject: Re: [MiNT] WM_REPOSED implementation
From: Evan Langlois <Evan@CoolRunningConcepts.com>
To: Odd Skancke <ozk@atari.org>
Cc: MiNT List <mint@fishpool.com>
In-Reply-To: <1134127774.29437.68.camel@linuxbox>
References: <4397F4C3.7030701@utbm.fr> <1134035229.5776.50.camel@linuxbox>
	 <4398098F.2010604@utbm.fr>  <43988E5F.6000201@free.fr>
	 <1134077315.29437.27.camel@linuxbox>  <4398ACDC.2020203@free.fr>
	 <1134080134.19887.229.camel@taro.coolrunningconcepts.com>
	 <1134080962.29437.38.camel@linuxbox>
	 <1134084507.19887.256.camel@taro.coolrunningconcepts.com>
	 <1134127774.29437.68.camel@linuxbox>
Content-Type: text/plain
Date: Fri, 09 Dec 2005 20:21:36 -0600
Message-Id: <1134181296.25322.9.camel@taro.coolrunningconcepts.com>
Mime-Version: 1.0
X-Mailer: Evolution 2.4.1 
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - esc14.midphase.com
X-AntiAbuse: Original Domain - fishpool.com
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - CoolRunningConcepts.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-To: mint-bounce@lists.fishpool.fi
X-original-sender: Evan@CoolRunningConcepts.com
Precedence: bulk
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
List-Id: <mint.lists.fishpool.fi>
X-List-ID: <mint.lists.fishpool.fi>
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=2.1 tagged_above=-50.5 required=7.0 tests=AWL,
 BAYES_00, RCVD_IN_SORBS
X-Spam-Level: **

On Fri, 2005-12-09 at 12:29 +0100, Odd Skancke wrote:

>  Ofcourse, you could use WM_SIZED as a WM_REPOSED, if thats what you
> mean, but this would lead to extra code in each application to check if
> only a size or both a move/size happened .. and for what? One extra
> messgage definition in your compiler header file?

resizing a window should send WM_SIZED.  Not REPOSED.  Just because a
resize changes the X/Y coordinates does not mean a new message should be
invented.   If you feel there is some reason to care if your window has
moved then you are micro-managing things that you really should not care
about at all.  And checking the XY should you really care is NOT that
much work.  Adding new messages that duplicate whats been working fine
for 20 years is just silly.

>  This is the last time I comment on this, because its not gonna change
> in XaAES anyways.

I can see you're intent on continuing to make an even bigger mess of the
API.  I'm done.

Bye all!