I spent some time searching and testing my code (it is a rather big 
application) and just found that some widgets derived from Fl_Box have a custom 
draw() method which calls make_current() on the window to use fl_begin_polygon 
()etc.
I know it is not compatible with Fl_Dobuble_Window() (it is curious that it 
worked on Win32).
Now the question is, is there any simple work around to this?, I mean using 
this drawing functions with double-buffered windows.
Thanks

> On 05/28/12 07:45, David Lopez wrote:
> > Hi,
> > I wrote a code that uses FLTK 1.3.
> > The main window is derived from Fl_Double_Window. It works fine in Windows 
> > but in Linux no widget is displayed or just one or two.
> > All the widgets appear only as flashes while the window is redrawn for 
> > example when is moved.
> > If I change Fl_Double_Window to Fl_Window everything works fine both in 
> > Linux and Windows.
> > By the way, the Fl_Double_Window example works fine in my Linux systems so 
> > it is not a problem with the library, but with my code.
> > Can some one realize what the problem could be?
>
>       If the example code is small and compilable, paste it here.
>       If it's large, try to reduce it.
>
>       Typically weird drawing behavior can be caused by:
>
>               > Bad grouping (widgets positioned outside their parent's xywh 
> area)
>               > handle() overrides that aren't passing events through it 
> properly
>               > Pointer overruns
>
>       An example of bad grouping might be:
>
>               grp = Fl_Group(100,100,100,100);
>                  but = new Fl_Button(10,10,100,100);  // BAD: button outside 
> the parent's xywh
>               grp->end();
>
>

_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk

Reply via email to