And tested. Perfetto. Thanx.
> Ok, it's fixed.
>
> On Tue, Apr 16, 2002 at 11:28:04AM -0600, Micah Dowty wrote:
> > I noticed this too but thought I fixed the problem...
> > The reasoning behind self-destructing the build handler is so that the popup's
>backdrop is only drawn once even if the p
Ok, it's fixed.
On Tue, Apr 16, 2002 at 11:28:04AM -0600, Micah Dowty wrote:
> I noticed this too but thought I fixed the problem...
> The reasoning behind self-destructing the build handler is so that the popup's
>backdrop is only drawn once even if the popup itself is redrawn. This fixes a bug
I noticed this too but thought I fixed the problem...
The reasoning behind self-destructing the build handler is so that the popup's
backdrop is only drawn once even if the popup itself is redrawn. This fixes a bug
where the drop shadow or dimming would be drawn multiple times when a dialog is
I noticed this too, but thought I was nuts. I am fine either way, as I noticed that
if one of the
items wasn't selected, it would return a zero. So I just put a few extra lines of
code in there
that would make it be ignored. (case 0: return 0;) Anyway, I prefer the old
behavior, as it is
us
Hi Micah,
Since the release 1.52 of widget/popup.c, the popup act in a strange way when used as
a menu.
I mean that you cannot get out of the menu without selecting one item.
A normal behavior (as previousely) would be to make the menu disapear when clicking
the background (I guess).
I track t
