From fnaumann@mail.cs.uni-magdeburg.de Wed Jun 30 08:05:15 2004 Message-ID: <40E258A4.9050209@utbm.fr> Date: Wed, 30 Jun 2004 08:07:32 +0200 From: Olivier Landemarre User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Philipp_Donz=E9?= , mint@lists.fishpool.fi Subject: Re: [MiNT] AES desktop extension References: <8D57D4E8-CA58-11D8-B5FD-00039357F826@epfl.ch> In-Reply-To: <8D57D4E8-CA58-11D8-B5FD-00039357F826@epfl.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Spam-Status: No, hits=2.3 required=6.0 tests=BAYES_70 autolearn=no version=2.63 X-Spam-Level: Score:** X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on portail2.utbm.fr X-MIME-Autoconverted: from 8bit to quoted-printable by portail2.utbm.fr id i5U61r3F017841 X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at fishpool.fi Delivered-To: mint@lists.fishpool.fi X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: olivier.landemarre@utbm.fr Precedence: bulk List-help: List-unsubscribe: List-ID: X-List-ID: X-Milter: ClamAV 0.70/0.70kjel X-Milter: milter-regex 1.5jel X-Milter: ClamAV 0.70/0.70kjel X-Milter: milter-regex 1.5jel Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by prinz.cs.uni-magdeburg.de id i5U64sas022981 Philipp Donzé wrote: > Hi, > > I've followed your discussion about extending the AES for a better > desktop window management. > Here some thoughts from me: > > We should use the normal wind_set(WF_NEWDESK) function to implement > your idea. I.e. > -wind_set(0, WF_NEWDESK, &objc_addr) sets the appropriate desktop object. > -wind_set(0, WF_NEWDESK, 0L) removes the desktop object and disables > desktop management > -wind_set(0, WF_NEWDESK, -1L) enables the sending of WM_REDRAW messages > > Sure, an AES implementation should make sure that if applications are > switched it is perhaps necessary to send a redraw message to the > dektop window. > > If we go further in this direction, we could use the WF_NEWDESK > feature for normal windows too! > It could be used for an easy implementation of window dialogs. I.e. an > application can add an object tree to a window just by using > wind_set(whandle, WF_NEWDESK, &my_dialog). > Sure in this case the name WF_NEWDESK should be replaced by something > like WF_OBJECT or WF_OBJTREE. > > I think this would lead to a proper implementation of your desired > feature and further it could be a proper way of implementing window > dialogs (and get rid of WDIALOG ;-)). > Sure for backwards compatibility we need to add this features to old > OS like TOS and MagiC. I have propose to Arnaud this binding: wind_set(0, WF_NEWDESK, w1+w2 -> &objc_addr,w3 -> -l,w4 ->-1) the two first are standard objc_addr we could put a simple object with for example only one object w3 and w4 with value -1 to enable sending WM_REDRAW messages, other values standard wind_set(), ok this will not do the work we need on old AES but it doesn't crash, I don't see how to add this features to old AES, looks difficult. Olivier