[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Re: Help with flickering widgets when showing and hiding!!



> 
> From: Maciej Katafiasz <mnews22 wp pl>
> Date: 2004/07/22 Thu AM 11:10:08 EST
> To: crypto_stonelock sympatico ca
> CC: gtk-app-devel-list gnome org
> Subject: Re: Re: Help with flickering widgets when showing and hiding!!
> 
> W li?cie z czw, 22-07-2004, godz. 16:43, crypto_stonelock sympatico ca
> pisze: 
> 
> > Alright i'll restate my problem without talking about the GtkList.
> > 
> > I'm having problems with flickering when using
> > gtk_widget_show/gtk_widget_hide. Is there any way to avoid flickering
> > by maybe having the whole screen redrawn at once or something similar?
> 
> I'm not exactly sure what flickering you see, but in general to avoid it
> it's recommended to postpone using gtk_widget_show() until the very last
> moment, and then use gtk_widget_show_all() on the toplevel widget you're
> intending to show. This takes care of proper order of showing, so that

Yes but I don't want to show all the widgets. I'm using a manually created arrow browsable menu inside a box. There are 10 browsable entries (I don't use GtkList browsing; I made my own) showing and when I reach the bottom of the showing entries, if there are more entries, the topmost entry gets a gtk_widget_hide and the new entry that isnt showing yet at the bottom gets a gtk_widget_show. Its basically like a viewport with 10 entries or less showing. The GtkList serving mostly only as a container.

I understand this might not be the best but I learnt GTK+ not too long ago and without much of any documentation about what I needed to knows so... :).

> flicker is avoided. Also, if you use GTK+ 2, screen is indeed drawn
> whole at once, using double-buffering. This is not the case with GTK+
> 1.2, however. See also my remark about deprecated widgets and double
> buffering higher in thread.

I use GTK+ 2.0

> 
> HTH,
> Maciej
> 
> PS. Yes, GtkList is grave offence around here ;). Seriously though,
> using it is going to hurt noone else but yourself, since getting any
> reliable support for it is plain impossible.

Heheh, but i don't need support, it works fine.

 And if you don't know yet
> what CVS is, I recommend looking into more modern source control

Now I know what CVS is and I don't see what the h*** this has to do with my problem. It mostly just sounds like he was trying to plug in his pet developping environment :). I don't need to add this CVS infrastructure to my project. I'm working alone on it anyways so there's no point using such a tool for now. Lets keep it simple :). On a later project maybe. Not right now. The project is already underway and I am not changing developing environment just for the fun of it.

aXoneX



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]