> On 08/29/11 19:19, Steve Underwood wrote: > > I've been using FLTK for years on Linux and Windows machines. For the first > > time I have tried using it with XFCE 4.8, and I find a problem that doesn't > > seem to occur anywhere else. I am using FLTK 1.10. > > > > If I run Fluid, and create a window with some coloured background areas, > > those background are not updated properly. The window is initially drawn > > OK. However, if another window then overlaps it and is moved away, the > > background areas in the window I am creating are not properly restored. If > > I finish my Fluid development work, and build the resulting application, > > the application behaves in the same way. If I restart the same machine > > running Gnome 3 instead of XFCE, both Fluid and the application behave > > properly. The same code also behaves OK on a Windows XP machine. > > > > Is this a known issue? Is there a workaround? > > I just tried yum installing xfce, whipped up an .xinitrc to start > xfwm4 and xfdesktop, and fluid from both 1.1.10 and 1.3.0 seem > to work fine; I made colored areas and can resize the windows OK. > > This on 64bit Centos 5.5 on a mac mini. > > Usually problems with background drawing are graphics driver related. > > Are these Fl_Double_Window's or just plane Fl_Window's in your app? > Are there certain FLTK test programs that exhibit this behavior, > and not others? > > What kind of update problem is it; does it leave echos of the window's > own borders behind as you make windows larger, or does it 'see through' > to windows below? Or perhaps leaves partially drawn flashes of the > current > window behind? > > Is there anything unusual or new about your graphics driver or > equipment? > Is it well supported? Or maybe testing new settings in the x config > file? > Perhaps hardware acceleration related settings? > > Can you paste a simple compilable fltk program the exhibits the problem > on your box? Does changing the window from an Fl_Window <-> > Fl_Double_Window > make a difference? Are there scrollers in your app, and does the problem > only happen during scrolling or resizes. > Sorry for the delay. I have finally posted some files showing this issue at http://www.soft-switch.org/fltk-bug/ . There are image captures of a fresh window, and the same window after partially covering and uncovering it. The code for the little program which produced this window is also there. I have found this problem only happens on my HP 5101 netbook, which has an Atom processor and Intel chipset, so I guess it is related to the combination of the Intel driver, XFCE and fltk. I don't see any non-fltk programs doing the same thing, and I don't see the problem if I change XFCE to gnome 3, or run the code on another computer with different graphics hardware.
Steve _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
