Well, not having a way to get a dual screen Mac I can't test this but here's a guess - it might still be that Pd refuses to allow negative window locations and so throws the abstraction below the visible portion of the smaller of the two screens.
I don't know if Tcl/TK has any way of dealing with this.... I'll have a look but probably can't fix this very quickly.
cheers Miller
On Wed, Aug 28, 2013 at 07:56:58PM +0200, Max wrote:
Am 23.08.2013 um 21:00 schrieb Miller Puckette msp@ucsd.edu:
As always I'm sure there will be problems here and there - you're welcome to report them on the Pd mailing list (pd-list@iem.at) which is always the fastest way to get me to see them.
There is a small bug for users of multiple monitors or resolutions (tested only on osx, but i guess that's platform independent).
Some Pd versions ago the patches saved on a bigger resolution screen were opening off-screen when opened with a smaller resolution or only one monitor. This has been addressed since.
In 0.45 if you have the main monitor on the right and a secondary on the left (thus having negative x values) if you save this patch on the secondary and open it again it will appear on the primary monitor, even if you have the second still attached.
Subpatches and abstractions do show an even stranger behavior: if you have a patch open on the primary monitor and drag a subpatch on the secondary monitor (placement relative to the primary monitor doesn't matter here) then save and close the subpatch, open the subpatch again: you can't. It has become inaccessible. In a performance situation this is not what you hope for, because you will only get that window back by re-opening the patch.
m.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list