This is sorted out in Pd-extended, if you want to compare. I'm not sure what the exact changes are. I think there is platform-specific logic to bump the window down if its in the menu bar.
.hc On 02/01/2013 02:05 PM, Miller Puckette wrote: > Drat.. > > On Macintoshes, if you ask for a window to open at Y location 0 the window > decorations end up above teh top of teh screen and you can never move the > window. > > but anyhow I don't understand why the saved patch location gets overridden > by the default - I thought the default was only in effect when you made a > "new" canvas, not when you restored a saved one. Something else must be going > wrong. > > M > > On Fri, Feb 01, 2013 at 08:00:47PM +0100, Roman Haefeli wrote: >> Hi Miller >> >> The git-commit 3b876c63b3682701b569f30e144fea4b6bee9f84 does the >> following change: >> >> -#define GLIST_DEFCANVASYLOC 0 >> +#define GLIST_DEFCANVASYLOC 50 >> >> which causes my Pd not to show windows on the top of the screen anymore. >> The reason is that on my system $::windowframey is actually 44 and when >> saving a patch placed on the top left of the screen, next time I open >> the patch it is placed 6px below top ("0 44" from the pd file gets >> overwritten by "0 50"). >> >> I don't actually understand the reason for changing GLIST_DEFCANVASYLOC, >> but would it cause any harm to reverse it? >> >> Roman >> >> >> _______________________________________________ >> Pd-dev mailing list >> Pd-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev > > _______________________________________________ > Pd-dev mailing list > Pd-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev