[PD] Window placement weirdness with 0.43test2
Hans-Christoph Steiner
hans at at.or.at
Tue Aug 31 23:08:36 CEST 2010
On Mon, 2010-08-23 at 13:04 +0200, Frank Barknecht wrote:
> On Sat, Aug 21, 2010 at 01:16:10PM -0700, Miller Puckette wrote:
> > I'm getting similar behavior using evilwm and hope to look into it :)
>
> I found this TODO comment in pdtk_canvas.tcl:
>
> #TODO: http://wiki.tcl.tk/11502
> # MS Windows
> #wm geometry . returns
> contentswidthxcontentsheight+decorationTop+decorationLeftEdge.
> #and
> #winfo rooty . returns contentsTop
> #winfo rootx . returns contentsLeftEdge
>
> http://wiki.tcl.tk/11502 looks as if it describes exactly the problem we
> have. Unfortunatly it's over my head. :)
>
> Ciao
Really, I think the problem is that Pd forces new windows to be 450x300
+0+0. What should be happening is that Pd should let the Window Manager
position the window. Unfortunately the way canvas_new() and in turn
pdtk_canvas_new are currently structured, there isn't an easy way to do
that. But I whipped up this working kludge that just detects the default
values that pd sends to pdtk_canvas_new when its a new patch, then let
the window manager do the positioning in that case.
Try it out and see how it works for you.
.hc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wm-positioning-kludge.diff
Type: text/x-patch
Size: 2724 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20100831/72ba4570/attachment.bin>
More information about the Pd-list
mailing list