Re: Gnome-core
- From: Damon Chaplin <damon karuna freeserve co uk>
- To: George <jirka 5z com>
- CC: gnome-devel-list gnome org
- Subject: Re: Gnome-core
- Date: Thu, 14 Oct 1999 10:28:23 +0100
George wrote:
>
> On Wed, Oct 13, 1999 at 09:27:09PM +0100, Damon Chaplin wrote:
> > > > I can assure you that the bug does exist. I can reproduce it with 1.0.53.
> > > > Juste move your mice rapidly over the panel while reducing. Move it again
> > > > and again to try to catch the panel before it's hidden. :-)
> > >
> > > I tried and tried, I can't reproduce it. Jacob can but he has not figured out
> > > what is happening either.
> >
> > I think I've found the problem: basep->shown_alloc isn't always correct.
> > It is normally set in snapped_widget_size_allocate().
> >
> > However basep_widget_do_hiding() calls gtk_widget_queue_resize(), but if you
> > move the mouse quick enough snapped_enter_notify() will be called first which
> > will call snapped_widget_pop_up() and basep->shown_alloc will be incorrect.
> >
> > A quick fix is to set basep->shown_alloc as the window is moved/resized in
> > basep_widget_do_hiding():
>
> That's in fact wrong, but you may be onto something ... maybe shown_alloc is
> wrong even when we aren't moving (right before or after).
Why is it wrong?
I'm using the fix here and I can't see the problem any more.
Yes, shown_alloc is wrong just after basep_widget_do_hiding(), until
snapped_widget_size_allocate() is called by the idle resizer function.
Damon
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]