[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MiNT] wind_get( WF_WORKXYWH) buggy? (was: Re: usage of wind_calc())



on 7/5/2005 11:06 PM, Evan Langlois wrote:

> On Tue, 2005-07-05 at 19:38 +0200, Arnaud BERCEGEAY wrote:
> 
>> For windom, we can use do this too, and use windom built-in TOOLBAR
>> feature is the bit is not here, and use AES toolbar if the bit is here.
> 
> Whats the reason for using the AES toolbar support instead of just
> manually displaying a toolbar at the top of your window yourself?  The
> AES does the redraw and handles the task of converting mouse clicks to
> messages ... but the user library could do this just as well.

The system will auto adjust the width (if resized/fulled) of the toolbar to
the window work area as well as handling redraws.  Unless of course you
alter an object state then you must redraw that yourself.  However the other
thing it does is generate standard message events if objects are clicked in
the toolbar.  

To answer the magic question in another post. My toolbar test app displays
no toolbar whatsoever when run on magic.  Zero toolbar support in magic as
far as I can tell.

-- 
Lonny Pursell    http://www.bright.net/~gfabasic/