[PD-dev] small regression regarding window placement

[Hans-Christoph Steiner]

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 at iem.at
>> http://lists.puredata.info/listinfo/pd-dev
> 
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
>