[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: entries and guile-gui
From: |
Neil Jerram |
Subject: |
Re: entries and guile-gui |
Date: |
Wed, 28 Feb 2007 21:53:13 +0000 |
User-agent: |
Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) |
Kevin Ryde <address@hidden> writes:
> Neil Jerram <address@hidden> writes:
>>
>> It looks like #f now (Gtk+ 2.0) means "carry on calling other handlers
>> for this signal" and non-#f (which includes the unspecified value)
>
> I wonder if interpreting unspecified as true there is a good idea.
> Unspecified almost certainly means the callback hasn't realized it
> should be returning true/false. What about throwing an error for that
> case (any callback that returns bool), to keep people out of trouble?
Yes, I'd say that's an excellent idea.
Regards,
Neil
- Re: entries and guile-gui, (continued)
- Re: entries and guile-gui, Kevin Ryde, 2007/02/21
- Re: entries and guile-gui, Kevin Ryde, 2007/02/21
- Re: entries and guile-gui, Kevin Ryde, 2007/02/21
- Re: entries and guile-gui, Neil Jerram, 2007/02/22
- Re: entries and guile-gui, Neil Jerram, 2007/02/22
- Re: entries and guile-gui, Neil Jerram, 2007/02/22
- Re: entries and guile-gui, Neil Jerram, 2007/02/24
- Re: entries and guile-gui, Kevin Ryde, 2007/02/25
- Re: entries and guile-gui, Neil Jerram, 2007/02/26
- Re: entries and guile-gui, Kevin Ryde, 2007/02/26
- Re: entries and guile-gui,
Neil Jerram <=
- Re: entries and guile-gui, Neil Jerram, 2007/02/22