Hello,

I'm trying to use GEM as the main user interface for a setup. Here is one of the many hurdles I've met so far:

The GEM window has a 'button' to activate [openpanel]. The open file dialog opens, but behind the GEM window so you don't see it!

The open-file dialog is not part of Pd therefore it can not be manipulated through the useful Pd messages like vis and -topmost. Only when I click a Pd patch, the dialog box will be visible, because the focus then goes to Pd (GEM window is apparently a different process).

Is there a way to force the focus on Pd, without cursor-clicking a Pd patch? Well I can imagine that no process has permission to draw focus onto itself without user interaction. Any other suggestion to solve this issue?

Thanks in advance.

Katja

if you create gemwin with [border 0(
it should not occult the open panel window anymore.

@sonsofsol said:

if you create gemwin with [border 0(
it should not occult the open panel window anymore.

Oops, is this an OS dependant issue? On OSX this method does not work, unfortunately. I mean, the GEM window border disappears, but the open file dialog still opens behind it.

I should also mention that in OSX, the GEM window seems to start a new Pd process (Pd, not Pd-extended), as an icon for it pops up in the dock. The icon remains active after the GEM window is destroyed and only disappears when Pd-extended is closed. However this new Pd process never shows up in Acivity Monitor or the top command. It does not have it's own PID. It's status in terms of processes is unclear to me (but well, what do I know about processes...)

Katja