[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