On Fre, 2013-02-01 at 14:46 -0500, Hans-Christoph Steiner wrote:
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.
In Pd-extended it is still set to '0' for non-Mac systems.
Roman
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