[fltk.development] Problem when drawing own class after scrolling

2010-12-26 Thread testalucida
Hi all, I made my own class TaskDrawingPanel inherited from Fl_Widget and put it into a Fl_Scroll instance, which in turn is a child of my main window. The draw method of TaskDrawingPanel does nothing else then drawing a rectangle. My Problem: the rectangle doesn't redraw properly after

[fltk.development] Problem when drawing own class after scrolling

2010-12-26 Thread testalucida
Hi all, I created a class TaskDrawingPanel which is inherited from Fl_Widget and put it into a Fl_Scroll instance, which in turn is a child of my main window. The draw method of TaskDrawingPanel does nothing else then drawing the red outline of a rectangle. My Problem: when scrolling the

Re: [fltk.development] Problem when drawing own class after scrolling

2010-12-26 Thread testalucida
oops, disregard this one - I sent it before having finished it... Hi all, I made my own class TaskDrawingPanel inherited from Fl_Widget and put it into a Fl_Scroll instance, which in turn is a child of my main window. The draw method of TaskDrawingPanel does nothing else then drawing a

Re: [fltk.development] Problem when drawing own class after scrolling

2010-12-26 Thread testalucida
please disregard this message, I sent it before having finished it testalucida Hi all, I made my own class TaskDrawingPanel inherited from Fl_Widget and put it into a Fl_Scroll instance, which in turn is a child of my main window. The draw method of TaskDrawingPanel does nothing else

Re: [fltk.development] Problem when drawing own class after scrolling

2010-12-26 Thread testalucida
I've got it: Instead of fl_rect( 20, 20, 100, 100, FL_RED ); I have to write fl_rect( x()+20, y()+20, 100, 100, FL_RED ); then it works sorry about the confusion ;) bye testalucida Hi all, I created a class TaskDrawingPanel which is inherited from Fl_Widget and put it into a Fl_Scroll

Re: [fltk.development] Remove image dependencies ? [was: Re: [Library] r8091 - in branches/branch-1.3:FLdocumentation/src]

2010-12-26 Thread Greg Ercolano
Opinions on automating the creation of the IMAGEFILES via IMAGEFILES=$(shell find ..) vs. removing the macro completely? I figure if automated it's no longer a maintenance issue, and retain the dependency that rebuilds docs when a doc image changes. Could

Re: [fltk.development] Remove image dependencies ? [was: Re: [Library] r8091 - in branches/branch-1.3:FLdocumentation/src]

2010-12-26 Thread Albrecht Schlosser
On 26.12.2010 19:12, Greg Ercolano wrote: Opinions on automating the creation of the IMAGEFILES via IMAGEFILES=$(shell find ..) vs. removing the macro completely? +1 for removing. I figure if automated it's no longer a maintenance issue, and retain the dependency

Re: [fltk.development] Remove image dependencies ? [was: Re: [Library] r8091 - in branches/branch-1.3:FLdocumentation/src]

2010-12-26 Thread Greg Ercolano
Albrecht Schlosser wrote: On 26.12.2010 19:12, Greg Ercolano wrote: Opinions on automating the creation of the IMAGEFILES via IMAGEFILES=$(shell find ..) vs. removing the macro completely? +1 for removing. OK, I'm +1 too.. less is good. Will check that in. Only

Re: [fltk.development] Remove image dependencies ? [was: Re: [Library] r8091 - in branches/branch-1.3:FLdocumentation/src]

2010-12-26 Thread Greg Ercolano
Greg Ercolano wrote: Albrecht Schlosser wrote: +1 for removing. Will check that in. Done; r8116 ___ fltk-dev mailing list fltk-dev@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-dev

[fltk.development] approaching 1.3.0 beta?

2010-12-26 Thread Greg Ercolano
No bugs against 1.3-current I think. I'm seeing this minor issue on ubuntu 8.04 with my slightly substandard doxygen config: $ make html Generating HTML documentation... /meade/net/tmp/fltk-1.3.x-svn/FL/Fl_Paged_Device.H:105: Warning: unable to resolve reference to