Re: question about gdk scrolling

thanks a lot Owen;  I'll check.

BTW I have gotten feedback to the effect that using gdkpixmap is the way
to go (i.e. create a scaled-up pixmap, render from the pixmap in the
expose handler for speed, and queue some sort of idle refresh of the
pixmap from the pixbuf).

Does that sound right to you also?

Lastly, is there any way to influence the double-buffer switching in
this respect (i.e. block buffer switching while exposes resulting from
gdk_window_scroll are processed) ?


On Fri, 2002-08-23 at 14:14, Owen Taylor wrote:
> Bill Haneman <bill haneman sun com> writes:
> > This is functional but somewhat slow; in fact it's slow enough that we
> > can even refresh our scaled pixbuf inside the expose handler without
> > appreciably slowing things down!  So gdk_pixbuf_render_to_drawable seems
> > too slow for snappy panning.
> You might want to make sure that the pixbuf you are rendering
> doesn't have an alpha channel. An alpha channel will slow things
> down a *lot* since GTK+ won't know that your image is fully
> opaque.
> Regards,
>                                         Owen

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