Unfortunately the eye dropper icon in the widget hangs the window for a little bit while some process must time out, and you have to wait for it to finish before the window becomes active again. Shame it’s not like it is even useful for this case.
Josh > On Apr 1, 2016, at 7:40 PM, Joshua Pettus <[email protected]> wrote: > > > >> Begin forwarded message: >> >> From: Joshua Pettus <[email protected] <mailto:[email protected]>> >> Subject: Re: [XBoard-devel] 4.9.0 what's new >> Date: April 1, 2016 at 7:40:15 PM EDT >> To: "H.G. Muller" <[email protected] <mailto:[email protected]>> >> >> Wow! Works great! and is very much easier to get a result you want. >> >> Maybe we can comment around it to make it easier to delete those lines when >> the time comes. >> >> Thanks! >> >> >>> On Apr 1, 2016, at 4:16 PM, H.G. Muller <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> >>> >>> Op 4/1/2016 om 7:32 PM schreef Joshua Pettus: >>>> Hey Harm, >>>> >>>> I know I brought it up before, but that GTK widget for fonts is so nice, >>>> it made me think about it again. >>>> >>>> Couldn’t we take the color selection portion of the board menu and put it >>>> in a function. Have that function be defined one way for XAW and have it >>>> defined in another way for GTK utalizing the GTK Color picker? >>> Well, the simplest way to do this was through a rather ugly hack with >>> simply ignores any button called R, G or B in the GTK GenericPopUp, and >>> uses the GtkColorButton for any button called 'D', and connects a special >>> handler for those. (As we know such buttons occur only in the Board dialog >>> in this very special.) >>> >>> I have now done that. The price is that I had to use some deprecated stuff, >>> (GdkColor instead of GdkRGBA), as the earlier code also did, because the >>> newer stuff doesn't work for me. So this change will no doubt cause merge >>> conflicts with the GTK3 patches. But if you like the result I think we >>> should go for it. >>> >>> >> >
