Re: [fltk.general] Case consistency among header files?

2007-03-25 Thread Michael Sweet
Alex wrote: > ... > Personally I would prefer all lowercase filename, no caps at all. But > that's me. > > I don't know if this has been addressed in V.2, since I'm only using > 1.1.7, but I find it slightly annoying. (This is documented in the CMP - http://www.fltk.org/cmp.php) For 1.1.x, the c

Re: [fltk.general] Case consistency among header files?

2007-03-25 Thread imm
On 25 Mar 2007, at 5:02, Alex wrote: > There seems to be a lacking case consistency among FLTK's headers. > Some files start with `Fl', some 'fl', most end in `H', some do > not. Sure it may not matter on Win32, but when you port to unix > based systems, the code will fail to compile if use

Re: [fltk.general] Focus

2007-03-25 Thread Milan
25.03.2007 Milan <[EMAIL PROTECTED]> wrote: > 24.03.2007 michael sephton <[EMAIL PROTECTED]> wrote: > > > Hi, Here is a similar demo program for fltk 1.1x. You type in an input in > > one window, and as soon as you type it pops up another window with an > > input, and it retains the focus, and a

Re: [fltk.general] [FLTK 2.x] Coversion from "void *", getting parent window and accessing variable

2007-03-25 Thread Milan
25.03.2007 matthiasm <[EMAIL PROTECTED]> wrote: > > On Mar 25, 2007, at 9:16 PM, Milan wrote: > > > void MainWindow::someFunc(void *b) { // "b" is "browser" > > Window *group = ((Browser *)storage)->window(); > > usinged long tmp = ((MainWindow *) group)->intVar; > > // ... > > } > >

Re: [fltk.general] [FLTK 2.x] Coversion from "void *", getting parent window and accessing variable

2007-03-25 Thread matthiasm
On Mar 25, 2007, at 9:16 PM, Milan wrote: > void MainWindow::someFunc(void *b) { // "b" is "browser" > Window *group = ((Browser *)storage)->window(); > usinged long tmp = ((MainWindow *) group)->intVar; > // ... > } > > then value of "intVar" is always "561" no matter what actu

[fltk.general] [FLTK 2.x] Coversion from "void *", getting parent window and accessing variable

2007-03-25 Thread Milan
Hi. Main window class, among other stuff, contains one integer public variable, one static function, and one Browser variable: class MainWindow : public Window { public: unsigned long intVar; Browser browser; static void someFunc(void *);

Re: [fltk.general] Case consistency among header files?

2007-03-25 Thread matthiasm
On Mar 25, 2007, at 3:16 PM, Alvin wrote: > > I'm only guessing, but what I have assumed is that the naming > scheme is: > >Fl_ denotes classes >fl_ denotes functions > > As for the .H, I'm not sure what the convention for using .H or .h > in the > FL/ directory. However, in Linux, th

Re: [fltk.general] [FLTK 1.1.7][Fl_Scroll] : subclassingFl_Scrolland draw() method

2007-03-25 Thread matthiasm
On Mar 25, 2007, at 12:26 PM, Mathieu Peyréga wrote: > adding > > damage(FL_DAMAGE_ALL); > > before Fl_Scroll::draw() > > solves my issue... Oh, yes, I understand now. You want the background to scroll, but your graphics stand still in relation to the window. This can only be achieved b

Re: [fltk.general] Memory management?

2007-03-25 Thread matthiasm
On Mar 25, 2007, at 1:12 AM, Alex wrote: > Of course the widgets themselves may not use much memory, but if I > go an allocate a buffer for a sequence of high resolution images, I > should manage the memory for them carefully. Yes, if you allocate memory for these kind of buffers, you must a

Re: [fltk.general] Focus

2007-03-25 Thread matthiasm
On Mar 24, 2007, at 9:14 PM, Milan wrote: > class MainWindow : public Window { Ah, you are on FLTK2. Maybe someone from the FLTK2 crew can answer this? http://robowerk.com/ ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/l

Re: [fltk.general] Case consistency among header files?

2007-03-25 Thread Alvin
Alex wrote: > Hi, > > There seems to be a lacking case consistency among FLTK's headers. Some > files start with `Fl', some 'fl', most end in `H', some do not. Sure it > may not matter on Win32, but when you port to unix based systems, the code > will fail to compile if users are careless in whic

Re: [fltk.general] [FLTK 1.1.7][Fl_Scroll] : subclassingFl_Scrolland draw() method

2007-03-25 Thread Mathieu Peyréga
adding damage(FL_DAMAGE_ALL); before Fl_Scroll::draw() solves my issue... thank you for your help !!! ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk

Re: [fltk.general] [FLTK 1.1.7][Fl_Scroll] : subclassingFl_Scrolland draw() method

2007-03-25 Thread Mathieu Peyréga
Here's "my" code... #include #include #include #include #include #include #include static Fl_Double_Window *main_win=(Fl_Double_Window *)0; static Fl_Box *a_map=(Fl_Box *)0; static Fl_Button *exit_bt=(Fl_Button *)0; static Fl_Button *clear_bt=(Fl_Button *)0; static Fl_JPEG_Image *map_backg

Re: [fltk.general] [FLTK 1.1.7][Fl_Scroll] : subclassingFl_Scrolland draw() method

2007-03-25 Thread Mathieu Peyréga
oups... sorry i misunderstood the effect of the clear button... which seems to be a clue to the behaviour i want... The issue is that my background is a bitmap and not an uniform color background... ___ fltk mailing list fltk@easysw.com http://lists.eas

Re: [fltk.general] [FLTK 1.1.7][Fl_Scroll] : subclassingFl_Scrolland draw() method

2007-03-25 Thread Mathieu Peyréga
Thank you for your long answer... even if it does not help much... as the jagg effect still exists when using the scrollbars... as it does in my code. i'll try to explain in more detail what i want to do. I want to create a "geographic map" widget that allows to show a bitmap map in background.