> Hmm, it sounds like it may be - and I have no idea how to address that.
>
> Is XFT a possibility on your platform?
> It might be worth a try since it handles the fonts somewhat differently,
> it might not exhibit the delay.
>
> Is your system memory constrained? That may have an impact for large
On 23.08.2011, at 21:04, Douglas wrote:
> Could OpenCL use fltk?
Can OpenCL interface to C++? If so, then yes!
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
On 23 Aug 2011, at 20:04, Douglas wrote:
> Could OpenCL use fltk?
Can you expand on the question? I am not clear on what it is that you are
asking.
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
Could OpenCL use fltk?
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
> Thank you for your answer .
> My font engine is Xlib based and my font served locally, I
> am by looking at the Xlib code and found that the problem
> lies in the function call _XWaitForReadable(XlibInit.c).it
> take a long time when calling select() function.
> the larger the font file si
> Looks like we both wrote the same code.
> Interesting to compare the two programs.
>
> For the lulz, I decided to score based on coding practice:
>
> GE IM
> -- --
> +1 - shortness of example code
> +1 - avoided globals
> +1 - dynamic menubar
> +1 - all gr
>
> Which font engine are you compiling in? Is it XFT or Xlib based?
>
> If XFT, you'd get better mileage using the font names rather than the
> XLFD you've used - so I assume you are using Xlib fonts?
>
> I'm not sure what would cause the delay - it is possible that the font
> engine already has t
On 08/23/11 03:14, MacArthur, Ian (SELEX GALILEO, UK) wrote:
> See below - based on Greg's suggestion to use a tile
Looks like we both wrote the same code.
Interesting to compare the two programs.
For the lulz, I decided to score based on coding practice:
GE IM
-- --
+1 -
> On 23.08.2011 10:36, Stuart Shepherd wrote:
>
> > I've created a app that runs happily on windows (under MinGW) and on Linux.
> > But when I try and run the executable on a windows pc that doesn't have
> > MinGW installed, I need to copy loads of DLLs over. Is there a way to
> > statically lin
> I've read "Article 415: How Does Resizing Work?" and have
> been battling with trying to get one of my windows to behave
> how I'd like. I have done a mock sketch of my interface...
> it can be viewed here:
>
> http://i56.tinypic.com/2i94b4z.png
>
> The behavior I'm seeking may not be poss
On 23.08.2011 10:36, Stuart Shepherd wrote:
> I've created a app that runs happily on windows (under MinGW) and on Linux.
> But when I try and run the executable on a windows pc that doesn't have MinGW
> installed, I need to copy loads of DLLs over. Is there a way to statically
> link in all th
> Nvidia with the open source Linux driver. 2 different boxes 2
> different Nvida chip sets, same results.
>
>
> My laptop has an ATI Radeon X1200 video card, The zoomed in screenshot
> looks identical to my desktop boxes.
Cheers.
Unlikely to be a driver issue, but best to check. GL bugs often
> But I found a problem when I initialized unicode fonts. I am
> by looking at the code and found that the problem lies in the
> function call XLoadQueryFont.it take a long time when
> calling XLoadQueryFont(utf8Wrap.c) function.
>
> Here is my code:when I use zysong18030,it is very slow.when
On 23.08.2011, at 10:43, asif saeed wrote:
> Hi,
>
> I am using MFC with an FLTK based application. I have successfully isolated
> MFC and FLTK app starts up fine. However, the MFC based static library that
> I am using expects an MFC app and passes the hWnd value returned by
> AfxGetMainWnd() i
> I am using MFC with an FLTK based application. I have
> successfully isolated
> MFC and FLTK app starts up fine. However, the MFC based
> static library that
> I am using expects an MFC app and passes the hWnd value returned by
> AfxGetMainWnd() in its ::SetTimer() function. I think that
> th
On 23.08.2011, at 09:50, liaojifang wrote:
> Hello:
> everyone!
> I am very pleased to see FLTK1.3.0 support for Unicode encoding.
> But I found a problem when I initialized unicode fonts. I am by looking at
> the code and found that the problem lies in the function call
> XLoadQueryFont.it t
> I've created a app that runs happily on windows (under MinGW)
> and on Linux. But when I try and run the executable on a
> windows pc that doesn't have MinGW installed, I need to copy
> loads of DLLs over. Is there a way to statically link in all
> the required Dlls etc... So I have one exe
Hi,
I am using MFC with an FLTK based application. I have successfully isolated
MFC and FLTK app starts up fine. However, the MFC based static library that
I am using expects an MFC app and passes the hWnd value returned by
AfxGetMainWnd() in its ::SetTimer() function. I think that this hWnd value
Hi
I've created a app that runs happily on windows (under MinGW) and on Linux. But
when I try and run the executable on a windows pc that doesn't have MinGW
installed, I need to copy loads of DLLs over. Is there a way to statically link
in all the required Dlls etc... So I have one exe file tha
Hello:
everyone!
I am very pleased to see FLTK1.3.0 support for Unicode encoding.
But I found a problem when I initialized unicode fonts. I am by looking at the
code and found that the problem lies in the function call XLoadQueryFont.it
take a long time when calling XLoadQueryFont(utf8Wrap.c
20 matches
Mail list logo