Re: [hatari-devel] mouse grab/capture

[ Thread Index | Date Index | More Archives ]

As I looked into the keyboard shortcuts a bit more, I did confirm that Cmd-M is the OS X standard shortcut for minimizing a window. I did not remember it since I do not normally use the keyboard to do that. Upon further investigation, I did not have any luck using the Hatari keyboard shortcuts for: Insert Disk A (Shift-Cmd-A), Insert Disk B (Shift-Cmd-B), Create blank floppy (Shift-Cmd-V), or Load Config (Cmd-O). The Shift-Cmd-A starts the video recording and Cmd-O brings up the F12 SDL menu. The other keys simply are passed to the ST and I hear the default clicking sound.

However, all of the options work if I select them from the menu. The video recording does not appear to work, but that could be the fact that I did not build Hatari with the libpng framework and Hatari does not find the libpng library that is part of the open source XQuartz project.

I tried running Jerome's version to see if the same things happened to me there. However, I got the same "To open "Hatari", you need to install X11" message that I saw mentioned on atari-forum. Since I have XQuartz installed, it does not seem to think that is good enough. In 10.8, you do not have the option of installing Apple's X11 anymore.

Bob C

On Wed, Jul 10, 2013 at 8:27 AM, Troed Sångberg <troed@xxxxxxxxxxx> wrote:
That's how it works for me on Mac. I've never used the shortcut before but since I feel I often have to "find the edges" before mouse capturing becomes accurate I might start to now when I know about it ;)


(I have noticed the mouse capturing doesn't release in 1.7 as it used to in 1.6.2 when jumping to/from the debugging terminal - might be similar to the GP description of window areas)

On Wed, Jul 10, 2013 at 1:09 PM, Nicolas Pomarède <npomarede@xxxxxxxxxxxx> wrote:
never saw this behaviour, mouse grab is supposed to be implicit when the mouse is over Hatari window, and released when you're outside the window.

Mail converted by MHonArc 2.6.19+