|
|
This effect is visible regardless of selected scheme, so the underlying issue may be the window buffering - basically it would seem that GDI+ really only works for double_windows...
We may say that few FLTK window redraws can use as many antialiased oblique lines as with test/doublebuffer.exe,
so the time delay introduced by GDI+ should be hardly perceivable.
OK - on this laptop it is *very* perceivable!
I'll try and grab a video, if I can remember what I did before…
See attached - TBH this doesn't really show the full effect - I think the screen capture is only getting "some" of the frames - in "real life" I see a much more
"progressive" fill, with each line visible.
The double_window version is basically instant; much faster than this.
Leonardo MW Ltd Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14 3EL A company registered in England & Wales. Company no. 02426132 ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ********************************************************************
--
You received this message because you are subscribed to the Google Groups "fltk.coredev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fltkcoredev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fltkcoredev/0fa9ad6bd6ba4045a2a15e55677c68bb%40leonardocompany.com.
|
[ Direct Link to Message ] | |
|
| |