Thanks for the reply. Is scroll bar in choice box is available in any other
FLTk version??
On Fri, Feb 10, 2012 at 12:55 PM, Edzard Egberts wrote:
> > My choice box will contain large list . Am not
> > getting scroll bar in choice box. So that itbecame too difficult to
> select
> > items. Ca
> My choice box will contain large list . Am not
> getting scroll bar in choice box. So that itbecame too difficult to select
> items. Can anybody suggest me how to get scroll bar in choice box.
Maybe there is another solution - do you know, that a choice can be used
like a menu with a tree-struc
Hi all,
I am using fltk-2.0 for my development. The program will run on ARM
board with linux as OS. My choice box will contain large list . Am not
getting scroll bar in choice box. So that itbecame too difficult to select
items. Can anybody suggest me how to get scroll bar in choice box.
Dear All,
>From the forum I see Nikita Egorov have porting FLTK2 to the DirectFB library,
>and he put it to ftp://ftp.varma-el.com/bin/fltk/fltk2dfb.tar.gz,
but now I can get anything from the above link, does anyone has this patch?
Could you please share it with me? Thanks.
Best regards,
Leo
__
On 02/09/12 13:08, ayar...@umich.edu wrote:
> Hello,
>
> I am currently attempting to use a program that employs the FLTK library, but
> it crashes reliably when a drop-down menu button is clicked. It seems to
> occur in fl_draw's fl_measure function when the 64bit library is used.
>
> running
Hello,
I am currently attempting to use a program that employs the FLTK library, but
it crashes reliably when a drop-down menu button is clicked. It seems to occur
in fl_draw's fl_measure function when the 64bit library is used.
running the program through gdb on 64-bit Redhat Linux results in
Ian wrote
> All,
>
> Some "flower arranging" on Greg's version - adding adjustable FPS
> target, and a checkbox for selecting the idle loop on/off.
>
> Probably has bugs, and only tested on WinXP so far, but seems to work as
> expected. Needs more tidying - in parcticular the FixedFPS and IdleFPS
On 02/08/12 19:28, leowang wrote:
> window->image(Fl_Shared_Image::get("test.bmp"));
>
> But when I run the program in my arm board, it only display white but not the
> test.bmp. I can sure the test.bmp is in the correct position.
> Can anyone tell my why? Thanks.
I would add some er
On 09.02.2012 09:46, leowang wrote:
>> Dear All,
>> Now I am using fltk1.3, I have the following sample code.
>>
>>
>>Fl_Button *b1 = new Fl_Button(200, 200, 800, 250, "&Beep");
>>
>>b1->labelcolor(FL_BLUE);
>>
>>b1->labelsize(36);
>> printf("text size = %d\n", b1->labelsize());
>>b
On 09.02.2012 04:28, leowang wrote:
> But I have a question about Fl_Shared_Image, my code is like the following:
>
> int main(int argc, char ** argv) {
> fl_register_images();
> Fl_Window *window = new Fl_Window(0, 0, 1280, 800);
> window->image(Fl_Shared_Image::get("test.bmp"));
>
Dear All,
I found that new a empty window will not allocate w*h*bpp/8 byte memory in
fltk1.3, but in fltk2.0, it will consume w*h*bpp/8 bytes memory. Why?
I think it only need allocate memory if it has some picture on it.
Best regards,
Leo
___
fltk mail
All,
Some "flower arranging" on Greg's version - adding adjustable FPS
target, and a checkbox for selecting the idle loop on/off.
Probably has bugs, and only tested on WinXP so far, but seems to work as
expected. Needs more tidying - in parcticular the FixedFPS and IdleFPS
methods duplicate a sma
On 08.02.2012 17:48, MacArthur, Ian (SELEX GALILEO, UK) wrote:
>>> It was originally meant to run on the idle loop, and with this WIN32
>>> that runs about 3,000 FPS.
>>
>> I don't get more than approx. 60 (!) FPS on my Win7 box (4 cores, with
>> the CPU at a minimum load)
>
> Hmm, that may be a G
On 09.02.2012 10:12, MacArthur, Ian (SELEX GALILEO, UK) wrote:
>
>> Mm, what's the original license?
>
> Only what's there already, i.e. Brian Paul saying it was in the public
> domain and Mark J. Kilgard saying he converted it to GLUT, so in that
> regard I believe we are fine.
>
>> We s
> In fltk1.3, there has Fl_Window and Fl_Double_Window class, the
> Fl_Window will malloc w*h*bpp/8 Bytes memory, but Fl_Double_Window
will
> malloc double, which is same as fltk2.0.
>
> Then I want to ask in which case we need to use Fl_Double_Window class
> but can not use Fl_Window class
You u
> Yeah, after being frustrated by those new features adding to fltk1 but
> cannot be used on fltk2, and being frightened by the new
"declarations"
> on fltk2 as "never attained stability and is now generally dormant", i
> am glad to find fltk3.
>
> So fltk3 wrapped both fltk1 and fltk2, which cou
> Mm, what's the original license?
Only what's there already, i.e. Brian Paul saying it was in the public
domain and Mark J. Kilgard saying he converted it to GLUT, so in that
regard I believe we are fine.
> We should probably preserve it if possible.
Yes; what I meant was that, giv
> Dear All,
> Now I am using fltk1.3, I have the following sample code.
>
>
> Fl_Button *b1 = new Fl_Button(200, 200, 800, 250, "&Beep");
>
> b1->labelcolor(FL_BLUE);
>
> b1->labelsize(36);
> printf("text size = %d\n", b1->labelsize());
> b1->box(FL_NO_BOX);
>
> But the font display is stil
Dear All,
Now I am using fltk1.3, I have the following sample code.
Fl_Button *b1 = new Fl_Button(200, 200, 800, 250, "&Beep");
b1->labelcolor(FL_BLUE);
b1->labelsize(36);
printf("text size = %d\n", b1->labelsize());
b1->box(FL_NO_BOX);
But the font display is still 14pix but not 36, t
19 matches
Mail list logo
