[Tuxpaint-devel] Re: TuxPaint 0.9.15 and Mac OS X Update

[Martin F. <mf...@gm...>]

>
> On Tue, Nov 22, 2005 at 09:45:31PM -0700, Martin Fuhrer wrote:
> > Just letting you folks know that I've got a build of the latest CVS
> > snapshot running on Mac OS X.
>
> Awesome!  I had lost hope that anyone who had worked on Tux Paint  
> for OS X
> before was still around to help! ;^)  (I had tried pinging everyone  
> a few
> months ago.)

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  :-)
>
> > >Anyone want to look into this before 0.9.15 comes out?
> >
> > This already works in 0.9.14 - press Option when you click on the
> > Print button and you'll come to a Page Setup dialog box.
>
> Hrm, I swear I've told people to try this and it didn't work.

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.

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.

> > Currently, page setup settings are not saved between separate print
> > jobs, and I'll have to dig through the Cocoa docs to see how to
> > remedy this.
>
> Ah, yeah, that would be quite helpful.  I assume that the recent  
> changes
> in CVS that control whether [Alt] (or in Mac's case, Option) must be
> pressed also apply to Mac?
>
> i.e., --altprintmod | --altprintalways | --altprintnever

Yes, I think the Mac behaviour would be the same as on Linux or Windows.

Cheers,

Martin