Re: [java-gnome-hackers] Widget delete_event and destroy_event

[Jeffrey M. <ku...@zo...>]

You are right.  We would have to change the listener class
to return a boolean, gather this in the fire* method and
return it to the native layer.  Then the native layer would
have to return this to gtk.  Should we try to get this in
before the freeze?

-Jeff

On Sat, 2004-02-28 at 16:47, Mark Howard wrote:
> One final thing to panic about before the api freeze..
> 
> I've always been confused about this so it could just be a case of me
> not understanding.
> 
> If the user closes a window, how does the application pop up a window
> saying "unsaved changed : save/discard/cancel" ?
> 
> AFAICT, we can't do this in java-gnome.
> 
> In the past, I thought we needed to send a boolean return value to
> either delete_event or destroy_event - indeed, they are boolean
> functions. In Widget.java, we just return true and false (why?) - I
> suspect this is wrong
> 
> I can't find any documentation about these signals at the moment though.
> grep -r delete_event gtk/* finds two functions which I don't really
> understand
> grep for destroy_event returns nothing!