Re: [Tuxpaint-devel] Re: TuxPaint 0.9.15 and Mac OS X Update
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
From: Bill K. <nb...@so...> - 2005-11-23 21:40:58
|
On Wed, Nov 23, 2005 at 12:17:29PM -0700, Martin Fuhrer wrote: > > Yes, I did receive those messages, but I was already on the > grindstone for my thesis defense, and right after spent six weeks > chilling out in Europe :-) Cool! I hope your thesis went well! ;) <snip> > I tried out the option key trick on my 0.9.14 build and the page > setup box shows up fine. Interestingly, I can't get this to work with > Tux Paint 0.9.15. In fact, pressing any button on the interface in > conjunction with the option (alt) or command (windows?) keys won't > result in anything. My hunch is that pressing option with the mouse > button emulates a middle click, and pressing command with the mouse > button emulates a right click, as after clicking away on the > interface with these keys held down, Tuxpaint gives me the "Remember > to use the left mouse button" reminder. Ooh! Interesting! > However, if I change the code to call the page setup dialog with the > shift key rather than option/alt, things work fine: > //want_alt_printcommand = (SDL_GetModState() & KMOD_ALT); // this > line doesn't even get executed when option/alt key is depressed > want_alt_printcommand = (SDL_GetModState() & KMOD_SHIFT); // > want_alt_printcommand is set to 1 when shift key is depressed > > Is there any chance that Tuxpaint 0.9.15 is making some SDL call to > emulate middle/right mouse button clicks in conjunction with the > option/command keys? As I said earlier, this is not an issue in > Tuxpaint 0.9.14, even when built against the exact same version of > the SDL libraries, so something in 0.9.15 must have introduced the > problem. I think the difference is that Tux Paint 0.9.14 accepted ANY mouse button, whereas 0.9.15 only accepts left button (button1), unless the "nobuttondistinction" option is set. It seems Mac OS X or SDL are sending Tux Paint middle/right, if option/command are being held. And thus, Tux Paint is ignoring them. I'll look about allowing middle/right clicking for anything that also accepts [Alt]/[Option] key, so that it works right on Mac again. <snip regarding altprintcommand config options> > > Yes, I think the Mac behaviour would be the same as on Linux or Windows. I'll look over the code to make sure that it SHOULD. ;^) I'd appreciate it if you could test, though. Thanks! -bill! |