This behavior comes from the pdtk_canvas_place_window proc in pdtk_canvas.tcl which, as others have noted, uses the declared width of the overall desktop aka the widths of the screens, but does not take into account their relative positioning. In digging further, it seems Tk provides ways to check the offset to the main screen via the winfo vroot* queries. I'll try some tests tomorrow and it's probably an easy fix...
> On Sep 14, 2017, at 10:24 AM, [email protected] wrote: > > Date: Thu, 14 Sep 2017 10:23:38 +0200 > From: Raphaël Ilias <[email protected] <mailto:[email protected]>> > To: Nicolas Montgermont <[email protected] <mailto:[email protected]>> > Cc: pd-list <[email protected] <mailto:[email protected]>> > Subject: Re: [PD] trouble with pd-0.48-0 and multiple screens > Message-ID: > <cadyadn-4rbd2j08d5abkp8h8xtooxnqshptno5vdx01_yri...@mail.gmail.com > <mailto:cadyadn-4rbd2j08d5abkp8h8xtooxnqshptno5vdx01_yri...@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Roman, for me it happens when i try to open (again) a pd-subpatch that i > previously placed on the second monitor (on the left of the main monitor) : > instead of appearing in its previous position, the window appears outside > the screen (on the right of the right screen), so you can't see it, drag it > back... > Yes Nicolas, I experienced this with the "additional" monitor on the left, > so subpatches should probably have negative coordinates. > > Hope this gives a clue to solve this, patching on two monitors is nice for > big patches... > > all best > > raphaël -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
