This is a Win32-compiled program, right?

USE_COLORMAP has some kind of effect on Win32 but it is not clear to me 
if it is needed. Unlike X, Microsoft did colors intelligently and 
provided a usable "get me the closest color to this you can display" 
call. I think this may be some mistaken interpretation of their 
documentation, which can be misleading at times.

I would recommend the effects of USE_COLORMAP on WIN32 be removed.

Gary Steele wrote:
> Hi again,
> 
> I have found a workaround: if you compile without the colormap (change 
> USE_COLORMAP to 0 in config.h), you do not get the dithering under remote 
> desktop.
> 
> (In config.h, it mentions that without USE_COLORMAP, fltk will not work on 
> "TrueColor" displays. However it works fine on 15 and 16 bit displays without 
> USE_COLORMAP, so I guess this should really be "will not work on indexed 
> color displays"...)
> 
> Cheers,
> Gary
> 
>> Hello,
>>
>> I use fltk in a graphical data visualization program called "spyview" 
>> (http://kavli.nano.tudelft.nl/~gsteele/spyview/). In particular, I use 
>> fl_draw_image to draw a colorized 2D dataset into a Fl_Double_Window.
>>
>> I have noticed some peculiar behaviour when using running the program over 
>> remote desktop: specifically, the colors in the image become dithered, as if 
>> on an 8 bit display, even though the remote desktop color depth is 16 bits.
>>
>> What is strange is that this only happens over remote desktop: I do not have 
>> any problems if I am logged to my windows computer in normally, even if I 
>> reduce my color depth to 16 bits.
>>
>> (What is also strange is that if run spyview on a unix machine over 
>> ssh/cygwin-X11 from the _same_ remote desktop session, I do not have the 
>> dithering problems...)
>>
>> (Note that to try to ensure I get a good visual, I do call 
>> Fl::visual(FL_RGB), and it returns 1.)
>>
>> Could there be something strange with the way that the native win32 FLTK 
>> libraries are interacting with the win32 drawing routines under remote 
>> desktop?
>>
>> Thanks,
>> Gary
>>
>>
>> (Note: I also ran into another such comment about win32 fltk on remote 
>> desktop here http://devel.zs4.net/module_info_guifltk.html)
>>
> 
_______________________________________________
fltk-bugs mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-bugs

Reply via email to