Re: [fltk.general] Focus

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 as you continue typing, it updates the > text in the sec

[fltk.general] Case consistency among header files?

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 which case they use. And i

Re: [fltk.general] Fl_Tabs with Fl_Window children invisible labels

michael sephton wrote: > Hi, it seems that if I have a Fl_Tab with Fl_Window children, the > Fl_Tabs won't correctly draw the labels. If I change the children to > Fl_Groups, the labels are drawn fine. Is this intended or a bug? I > would prefer not to have to create Fl_Groups to store my tabbed

[fltk.general] Fl_Tabs with Fl_Window children invisible labels

Hi, it seems that if I have a Fl_Tab with Fl_Window children, the Fl_Tabs won't correctly draw the labels. If I change the children to Fl_Groups, the labels are drawn fine. Is this intended or a bug? I would prefer not to have to create Fl_Groups to store my tabbed windows in. #include #incl

Re: [fltk.general] Fl::event_button[1,2,3]() always return 0?

> I am very surprised. Please file and STR at str.php> Ok, posted at ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk

[fltk.general] Help: edanator

Hi, I'm trying to add one last feature to my open source tool, the edanator. http://sourceforge.net/projects/edanator I'd like to be able to resize the width (I've got it so I can resize the height) but I'm obviously doing something wrong. I think my issue may not be with FLTK but something fu

Re: [fltk.general] Memory management?

> Like Ian said, if you delete a Window or Group, all children inside > that group will automatically be deleted as well. > > If you are concerned about popping up dialogs all the time, you > should consider building each dialog only once, and then calling "show > ()" and "hide()" on them. That wil

Re: [fltk.general] Focus

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 as you continue typing, it updates the text in the second window. #include #include #include #include #includ

Re: [fltk.general] Focus

24.03.2007 matthiasm <[EMAIL PROTECTED]> wrote: > BTW: which OS are you using? Sorry, I've forgot to answer on this one. I'm using Ubuntu Feisty Fawn, but program itself should be portable, that is, it should be used both in Linux and Windows. ___ fltk

Re: [fltk.general] Focus

24.03.2007 matthiasm <[EMAIL PROTECTED]> wrote: > > On Mar 24, 2007, at 6:49 PM, Milan wrote: > > > When I type the first character in input box, child window with > > browser in it, > > which added that character, pops up but focus is not on input > > anymore, so I > > have to click on inpu

Re: [fltk.general] Fl::event_button[1,2,3]() always return 0?

On Mar 24, 2007, at 11:13 AM, Alex wrote: > For some reason, calling either of these function inside an event > callback for a button, while pressing either of the 3 mouse buttons > returns false. > > Yet, when I call Fl::event_button() it returns the correct button > number (1,2,3). > > I'

Re: [fltk.general] Focus

On Mar 24, 2007, at 6:49 PM, Milan wrote: > When I type the first character in input box, child window with > browser in it, > which added that character, pops up but focus is not on input > anymore, so I > have to click on input and continue typing after which focus stays > on input. Hmm,

[fltk.general] Focus

Hi. I have main window which has input in it, and it should as soon as something is typed in the input box, popup new borderless window (child of main) with browser in it, with that what is typed in input box added in browsers. When I type the first character in input box, child window with browse

Re: [fltk.general] Memory management?

On Mar 24, 2007, at 1:12 PM, Alex wrote: > I guess its no biggie if I don't delete the windows, since they > usually will always be required while the application is running. > But for other uses, I think I definitely need to free any resources > that are no longer required, since if I just

Re: [fltk.general] Memory management?

On 24 Mar 2007, at 12:12, Alex wrote: > I guess its no biggie if I don't delete the windows, since they > usually will always be required while the application is running. > But for other uses, I think I definitely need to free any resources > that are no longer required, since if I just keep

Re: [fltk.general] Correct usage of fl_draw_image()?

On 24 Mar 2007, at 12:01, Alex wrote: > > I would like to know the correct usage of fl_draw_image(). Lets say > I want to draw my custom buffer inside my window, at positions 0,0 > with dimensions 20x20 pixels. Check the source for the file fl_jpeg_image.cxx in the test directory, that shows

Re: [fltk.general] Xft and true fonts

On 24 Mar 2007, at 11:20, chris wrote: >> 4. Something else... > > Well out of curiousity I played around with the fl_height() > function in fl_font_xft.cxx. I had a look at the XftFont-Info and > saw that it has a member "height" also. I tried returning it > instead ascent+descent and the r

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

On 24 Mar 2007, at 9:19, Mathieu Peyréga wrote: >> If nothing helps, maybe you can boil some code down to a single >> page and >> post it here. > > here it is... OK, I think your basic problem is that you have failed to take account of the fact that scrolling the scroll widget in effect moves

Re: [fltk.general] Memory management?

I guess its no biggie if I don't delete the windows, since they usually will always be required while the application is running. But for other uses, I think I definitely need to free any resources that are no longer required, since if I just keep allocating and allocating without ever freeing,

[fltk.general] Correct usage of fl_draw_image()?

Hi, I would like to know the correct usage of fl_draw_image(). Lets say I want to draw my custom buffer inside my window, at positions 0,0 with dimensions 20x20 pixels. I doesn't show up if I do it this way: // make a dummy image buffer uchar buf[20 * 20 * 3]; for (int i = 0; i < 2

Re: [fltk.general] Xft and true fonts

> 4. Something else... Well out of curiousity I played around with the fl_height() function in fl_font_xft.cxx. I had a look at the XftFont-Info and saw that it has a member "height" also. I tried returning it instead ascent+descent and the result on my linux-box is much closer to the heights o

Re: [fltk.general] Memory management?

On 24 Mar 2007, at 10:39, Alex wrote: > I notice a lot of source code examples allocating widgets such as > Buttons with `new', but never `delete'ing them. Is this normal? > Does the library somehow clean things up, or should I be calling > delete on everything I allocate with new, as per nor

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

On 24 Mar 2007, at 9:19, Mathieu Peyréga wrote: >> If nothing helps, maybe you can boil some code down to a single >> page and >> post it here. > > here it is... Well, that code isn't much use - you have only shown one method from a class, without showing how you use it, or how the class is d

[fltk.general] Memory management?

Hi, I notice a lot of source code examples allocating widgets such as Buttons with `new', but never `delete'ing them. Is this normal? Does the library somehow clean things up, or should I be calling delete on everything I allocate with new, as per normal C++. I don't want to be making a memory

[fltk.general] Fl::event_button[1,2,3]() always return 0?

Hi, For some reason, calling either of these function inside an event callback for a button, while pressing either of the 3 mouse buttons returns false. Yet, when I call Fl::event_button() it returns the correct button number (1,2,3). I'm using FLTK 1.1.7 Stable. Any ideas? __

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

> If nothing helps, maybe you can boil some code down to a single page and > post it here. here it is... void C_MapView::draw(void) { Fl_Scroll::draw(); if (m_ShowCompass) { fl_color(FL_DARK_GREEN); fl_line_style(FL_SOLID, 3); fl_push_matrix();

Re: [fltk.general] Marshaling of widgets?

On 23 Mar 2007, at 20:26, gga wrote: > I was wondering if anyone had developed a portable library to allow > marshalling of fltk widgets. Or if someone could recommend a good way > to do it under fltk2. > What I mean by that is a library that allows saving out the widget > positions, parenting rel