Re: Gnome-core
- From: George <jirka 5z com>
- To: gnome-devel-list gnome org
- Subject: Re: Gnome-core
- Date: Tue, 12 Oct 1999 12:08:09 -0700
On Tue, Oct 12, 1999 at 08:21:27PM +0200, Raphael Hertzog 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 looked at the code (but I'm not at all a GTK hacker) and in
> corner_widget_pop_up you can see this :
>
> if(GTK_WIDGET_REALIZED(corner)) {
> PanelWidget *panel = PANEL_WIDGET(BASEP_WIDGET(corner)->panel);
> corner->state = CORNER_MOVING;
> ....
> }
> corner->state = CORNER_SHOWN;
>
> I don't know what a "realized widget" is but if the condition is false then
> corner_state may well be set to CORNER_SHOWN while the panel is in fact
> moving (corner_widget_pop_up may be called more than one time, no ?) ...
A widget that you see on the screen IS realized, and the panel cannot really
be moving if it's not created yet :)
The thing that boggles us is that it seems that the moving flag IS set
correctly but for some reason we still get jumps. There has to be some sort
of a race.
George
--
------------------------------------------------------------------------------
George Lebl <jirka@5z.com> http://www.5z.com/jirka/
------------------------------------------------------------------------------
The following implements RSA in perl and is illegal to export from the US:
#!/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$k"SK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]