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

Re: [MiNT] AES desktop extension



On Wednesday 30 June 2004 11:36, Frank Naumann wrote:
> Hello!
>
> >> 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
> >>
> >> [...]
> >
> > I have propose to Arnaud this binding:
> > wind_set(0, WF_NEWDESK, w1+w2 -> &objc_addr,w3 -> -l,w4 ->-1) the two
> > first
>
> Would be nice if one of you can summarize this and make a proposal so the
> AES and application developers can aggree on it.
>

It already exists in XaAES (well, it did in v0.963 ;-) and N_AES

It is called WF_TOOLBAR
usage: wind_set(handle, WF_TOOLBAR, &tree)

In XaAES there were no restrictions on the content of the tree.
(in N_AES: only buttons)

There is a event message associated with WF_TOOLBAR:
WM_TOOLBAR
You get a WM_TOOLBAR message if you cause a exit condition on
the "toolbarred" window.

The program "dialtest" that accompanied my distributions
used this feature with success.
A fine example of a dialogue in a window.

Because the contents of such a window are known to the AES,
all redrawing is automatically done, just like a widget.

-- 
Groeten; Regards.
Henk Robbers.    mailto:h.robbers@chello.nl
                   http://members.ams.chello.nl/h.robbers/Home.html
Interactive disassembler:     TT-Digger;  http://digger.atari.org
A Home Cooked teXt editor:    AHCX