Riccardo wrote: > > after Fred fixed the problem scrolling of an image inside a scroll view > I noticed the introduced (or exposed) a bug. It is not fatal, but may be > worth investigation. > > a quick note: the original problem was that when the image was larger > than the view and scrlling was needed, only a part of the picture > actually displayed, scrollbars were there and scrolled, but only a lower > left rect showed the contents. This on xlib. > > As an example I am referring to how images are displayed inside the > PRICE main window. > > right now, a strange shadow happens: the whole window is drawn, the > image correctly filing all the window area and in the correct size, but > a "shadow" appears in form of a rect where formerly with the old bug the > image was displayed. I can clearly see the borders super-impressed to > the correct image, then after a time, the image gets probably re-drawn > again and the final result is correct. > > This is particularly evident with big images (like 1024x768 or greater). > > I wonder if this is a bug and that it makes display slower and more > inefficient than what it should be, redrawing things twice. > > PS: I haven't filed a bug yet, I wanted to know other peoples comments > and maybe Fred or someone has a rapid fix.
I tried to reproduce this behaviour with different GNUstep image drawing applications (including the version of PRICE that I am using), but failed. GNUstep surely is slow in drawing large images, especially when scaled, but that is all that I could see. could you provide an image to demonstrate the behaviour and if possible also a screen shot of the wrong display? Cheers Fred _______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
