Hi,
now this weirdness is very weird: My window manager (openbox 3.4.11.1-1) places the windows of 0.43test2 in a completely different way than with previous versions of Pd, and unfortunatly in a vey unusable way. Plain "File->New" windows or [pd]-subpatch canvas windows are placed with the upper left screen corner at about (0,10) pixels into a patch's canvas, so that the full menu and a row of about 10 pixels of the patching area are outside the screen. This of course is very annoying.
But the other favourite new window position of 0.43 is even more annoying: Sometimes, files or subpatches get opened with the top-left corner at screen-position 1280x650, which on my 1366x768 screen size makes most of the patch lie outside the screen.
Windows of prior versions like 0.42 or of other apps like Gimp get placed properly.
Frank
I'm getting similar behavior using evilwm and hope to look into it :)
Miller
On Sat, Aug 21, 2010 at 10:28:06AM +0200, Frank Barknecht wrote:
Hi,
now this weirdness is very weird: My window manager (openbox 3.4.11.1-1) places the windows of 0.43test2 in a completely different way than with previous versions of Pd, and unfortunatly in a vey unusable way. Plain "File->New" windows or [pd]-subpatch canvas windows are placed with the upper left screen corner at about (0,10) pixels into a patch's canvas, so that the full menu and a row of about 10 pixels of the patching area are outside the screen. This of course is very annoying.
But the other favourite new window position of 0.43 is even more annoying: Sometimes, files or subpatches get opened with the top-left corner at screen-position 1280x650, which on my 1366x768 screen size makes most of the patch lie outside the screen.
Windows of prior versions like 0.42 or of other apps like Gimp get placed properly.
Ciao
Frank
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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. :)
Frank
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
Hi,
On Tue, Aug 31, 2010 at 05:08:36PM -0400, Hans-Christoph Steiner wrote:
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.
Well, there is an important use for letting Pd position windows: Window positions are also saved for (open) subpatches, a fact, that I sometimes exploit to create patches with several windows next to each other.
Frank Barknecht Do You RjDj.me? _ ______footils.org__
On Wed, 2010-09-01 at 09:05 +0200, Frank Barknecht wrote:
Hi,
On Tue, Aug 31, 2010 at 05:08:36PM -0400, Hans-Christoph Steiner wrote:
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.
Well, there is an important use for letting Pd position windows: Window positions are also saved for (open) subpatches, a fact, that I sometimes exploit to create patches with several windows next to each other.
Yup, that part is unchanged. I meant the windows for new patches, i.e. File->New
.hc