[PD-dev] small regression regarding window placement
hans at at.or.at
Fri Feb 1 20:46:03 CET 2013
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.
On 02/01/2013 02:05 PM, Miller Puckette wrote:
> 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
> 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
> 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?
>> Pd-dev mailing list
>> Pd-dev at iem.at
> Pd-dev mailing list
> Pd-dev at iem.at
More information about the Pd-dev