From mint-bounce@lists.fishpool.fi  Sun Jul 24 23:16:04 2005
X-Original-To: fnaumann@mail.boerde.de
Delivered-To: fnaumann@mail.boerde.de
Message-ID: <20050724151034.0s8utmu0vwg0w0k0@coolrunningconcepts.com>
Date: Sun, 24 Jul 2005 15:10:34 -0600
From: evan@coolrunningconcepts.com
To: Arnaud BERCEGEAY <arnaud.bercegeay@free.fr>
Cc: MiNT List <mint@fishpool.com>
Subject: Re: [MiNT] WCOWORK vs WINDOM for components
References: <E1Dw7eC-000371-2t@mother.fishpool.fi>
	<1122144091.42e28f5b54c69@imp2-q.free.fr>
	<1122227578.5660.520.camel@linuxbox>
	<op.sufpoecq8yw5lr@lon92-6-82-236-205-36.fbx.proxad.net>
In-Reply-To: <op.sufpoecq8yw5lr@lon92-6-82-236-205-36.fbx.proxad.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset=ISO-8859-1;
	format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) H3 (4.0)
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 - [32001 502] / [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=-0.3 tagged_above=-50.5 required=7.0 tests=AWL,
 BAYES_00, NO_REAL_NAME
X-Spam-Level: 

Quoting Arnaud BERCEGEAY <arnaud.bercegeay@free.fr>:

> If you introduce a feature supported by windom "because of AES lack", then
> i'll try to support it in windom without hesitation. Frames in window may
> be one of them (windom have its own routines to draw and manage sliders
> which cannot be consistant with the AES because of the lack of AES).

While your English may be slightly off, the meaning behind the words is 
dead on.
This is the sort of thing that would really help both the library and the
application developers, and it would indeed require support of the AES to be
done robustly.

> This is very wrong. New features NEED the support of the AES... and new
> AES features need the support of application to be widely spread. Let's
> work together.

Well said.