[fltk.development] RFC: win32 Fl_Window::icon() vs Fl_Window::xclass()

2013-04-15 Thread Greg Ercolano
I just noticed a few things on win32: [1] If an app sets the window's xclass() *before* it sets the icon(), the icon won't show up in the title bar. [2] In the win32 osissues page, under "Setting the Icon of a Window" there's a NOTE: that reads:

Re: [fltk.development] RFC: win32 Fl_Window::icon() vs Fl_Window::xclass()

2013-04-16 Thread MacArthur, Ian (Selex ES, UK)
> I just noticed a few things on win32: > > [1] If an app sets the window's xclass() *before* it sets the > icon(), > the icon won't show up in the title bar. Hmm, odd. I did not know that... We have kinda changed the way the xclass is done, more recently than the icon stuff was

Re: [fltk.development] RFC: win32 Fl_Window::icon()vs Fl_Window::xclass()

2013-04-16 Thread Greg Ercolano
On 04/16/13 01:57, MacArthur, Ian (Selex ES, UK) wrote: >> In fact, I think when the following three calls are being used >> together, >> they have to appear in this specific order or they won't work right.. >> at least on win32 anyway: >> >> 1) icon() -- if used with xclass(), this must be

Re: [fltk.development] RFC: win32 Fl_Window::icon()vs Fl_Window::xclass()

2013-04-17 Thread MacArthur, Ian (Selex ES, UK)
> Just as a side note; I was using the VS7 (ancient) compiler to do > the above tests (I still use VS7 for building my commercial apps), > but double checked in VS 2010 as well. > > Both compilers seemed consistent, so if MS did change something, > it would've predate