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, pd-list-request@lists.iem.at wrote:
Date: Thu, 14 Sep 2017 10:23:38 +0200 From: Raphaël Ilias <phae.ilias@gmail.com mailto:phae.ilias@gmail.com> To: Nicolas Montgermont <list@nimon.org mailto:list@nimon.org> Cc: pd-list <pd-list@lists.iem.at mailto:pd-list@lists.iem.at> Subject: Re: [PD] trouble with pd-0.48-0 and multiple screens Message-ID: <CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@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/
I did some testing and I'm not able to reproduce with a dual monitor setup with 0.48 and macOS 10.12.6.
Can either of you provide a an example patch and/or precise steps to make the problem occur?
On Sep 18, 2017, at 12:09 AM, Dan Wilcox danomatika@gmail.com wrote:
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, pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at wrote:
Date: Thu, 14 Sep 2017 10:23:38 +0200 From: Raphaël Ilias <phae.ilias@gmail.com mailto:phae.ilias@gmail.com> To: Nicolas Montgermont <list@nimon.org mailto:list@nimon.org> Cc: pd-list <pd-list@lists.iem.at mailto:pd-list@lists.iem.at> Subject: Re: [PD] trouble with pd-0.48-0 and multiple screens Message-ID: <CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@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/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
I've managed to get unxpected behavior on linux with XFCE desktop. When I place the second monitor to teh left or right of the main one things work OK, but if I place it either below or above, make a subpatch on the external monitor, close&reopen it, it pops up on the main monitor instead. I'm not sure if this is the same misbehavior I'm hearing about in windows and Mac or not... will keep fooling with it and see if I can learn anything.
cheers Miller
On Mon, Sep 18, 2017 at 11:37:02AM +0200, Dan Wilcox wrote:
I did some testing and I'm not able to reproduce with a dual monitor setup with 0.48 and macOS 10.12.6.
Can either of you provide a an example patch and/or precise steps to make the problem occur?
On Sep 18, 2017, at 12:09 AM, Dan Wilcox danomatika@gmail.com wrote:
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, pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at wrote:
Date: Thu, 14 Sep 2017 10:23:38 +0200 From: Raphaël Ilias <phae.ilias@gmail.com mailto:phae.ilias@gmail.com> To: Nicolas Montgermont <list@nimon.org mailto:list@nimon.org> Cc: pd-list <pd-list@lists.iem.at mailto:pd-list@lists.iem.at> Subject: Re: [PD] trouble with pd-0.48-0 and multiple screens Message-ID: <CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@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/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
From what I can tell, if the window placement is beyond the virtual screen size, it gets clipped back to the main screen, This is done in the first process in pdtk_canvas.tcl.
enohp ym morf tnes
Dan Wilcox danomatika.com robotcowboy.com
On Sep 19, 2017, at 9:14 PM, Miller Puckette msp@ucsd.edu wrote:
I've managed to get unxpected behavior on linux with XFCE desktop. When I place the second monitor to teh left or right of the main one things work OK, but if I place it either below or above, make a subpatch on the external monitor, close&reopen it, it pops up on the main monitor instead. I'm not sure if this is the same misbehavior I'm hearing about in windows and Mac or not... will keep fooling with it and see if I can learn anything.
cheers Miller
On Mon, Sep 18, 2017 at 11:37:02AM +0200, Dan Wilcox wrote: I did some testing and I'm not able to reproduce with a dual monitor setup with 0.48 and macOS 10.12.6.
Can either of you provide a an example patch and/or precise steps to make the problem occur?
On Sep 18, 2017, at 12:09 AM, Dan Wilcox danomatika@gmail.com wrote:
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, pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at wrote:
Date: Thu, 14 Sep 2017 10:23:38 +0200 From: Raphaël Ilias <phae.ilias@gmail.com mailto:phae.ilias@gmail.com> To: Nicolas Montgermont <list@nimon.org mailto:list@nimon.org> Cc: pd-list <pd-list@lists.iem.at mailto:pd-list@lists.iem.at> Subject: Re: [PD] trouble with pd-0.48-0 and multiple screens Message-ID: <CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@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/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I my experience, the problem seems to occur if multiple screens are not aligned horizontally. If i arrange my 2 external monitors to extend the right side of my screen to the right, i seem to have no trouble. If i arrange them to have a screen extending the top of my laptop screen, and another extending the right side, many jumping window problems.
-ali
On Tue, Sep 19, 2017 at 4:11 PM, Dan Wilcox danomatika@gmail.com wrote:
From what I can tell, if the window placement is beyond the virtual screen size, it gets clipped back to the main screen, This is done in the first process in pdtk_canvas.tcl.
enohp ym morf tnes
Dan Wilcox danomatika.com robotcowboy.com
On Sep 19, 2017, at 9:14 PM, Miller Puckette msp@ucsd.edu wrote:
I've managed to get unxpected behavior on linux with XFCE desktop. When I place the second monitor to teh left or right of the main one things
work OK,
but if I place it either below or above, make a subpatch on the external monitor, close&reopen it, it pops up on the main monitor instead. I'm
not
sure if this is the same misbehavior I'm hearing about in windows and
Mac or
not... will keep fooling with it and see if I can learn anything.
cheers Miller
On Mon, Sep 18, 2017 at 11:37:02AM +0200, Dan Wilcox wrote: I did some testing and I'm not able to reproduce with a dual monitor
setup with 0.48 and macOS 10.12.6.
Can either of you provide a an example patch and/or precise steps to
make the problem occur?
On Sep 18, 2017, at 12:09 AM, Dan Wilcox danomatika@gmail.com wrote:
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, pd-list-request@lists.iem.at <mailto:
pd-list-request@lists.iem.at> wrote:
Date: Thu, 14 Sep 2017 10:23:38 +0200 From: Raphaël Ilias <phae.ilias@gmail.com <mailto:
phae.ilias@gmail.com>>
To: Nicolas Montgermont <list@nimon.org mailto:list@nimon.org> Cc: pd-list <pd-list@lists.iem.at mailto:pd-list@lists.iem.at> Subject: Re: [PD] trouble with pd-0.48-0 and multiple screens Message-ID: <CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo
5vdx01_YRiYvQ@mail.gmail.com mailto:CADYAdN- 4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@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/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/
listinfo/pd-list
I still need the steps you do to replicate the problem as I'm not seeing it.
Are subpath windows opening in weird places after you create a subpath, open a patch with visible sub patches, etc? I made a test patch and manually edited the positioning to open visible subpatches off screen in each direction and they are all correctly placed back within the visible screen.
One difference might be that I currently have the System Preferences -> Mission Control -> Displays have separate Spaces option OFF.
On Sep 19, 2017, at 10:13 PM, Ali Momeni batchku@gmail.com wrote:
I my experience, the problem seems to occur if multiple screens are not aligned horizontally. If i arrange my 2 external monitors to extend the right side of my screen to the right, i seem to have no trouble. If i arrange them to have a screen extending the top of my laptop screen, and another extending the right side, many jumping window problems.
-ali
On Tue, Sep 19, 2017 at 4:11 PM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote: From what I can tell, if the window placement is beyond the virtual screen size, it gets clipped back to the main screen, This is done in the first process in pdtk_canvas.tcl.
enohp ym morf tnes
Dan Wilcox danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Sep 19, 2017, at 9:14 PM, Miller Puckette <msp@ucsd.edu mailto:msp@ucsd.edu> wrote:
I've managed to get unxpected behavior on linux with XFCE desktop. When I place the second monitor to teh left or right of the main one things work OK, but if I place it either below or above, make a subpatch on the external monitor, close&reopen it, it pops up on the main monitor instead. I'm not sure if this is the same misbehavior I'm hearing about in windows and Mac or not... will keep fooling with it and see if I can learn anything.
cheers Miller
On Mon, Sep 18, 2017 at 11:37:02AM +0200, Dan Wilcox wrote: I did some testing and I'm not able to reproduce with a dual monitor setup with 0.48 and macOS 10.12.6.
Can either of you provide a an example patch and/or precise steps to make the problem occur?
On Sep 18, 2017, at 12:09 AM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
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, pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at <mailto:pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at> wrote:
Date: Thu, 14 Sep 2017 10:23:38 +0200 From: Raphaël Ilias <phae.ilias@gmail.com mailto:phae.ilias@gmail.com <mailto:phae.ilias@gmail.com mailto:phae.ilias@gmail.com>> To: Nicolas Montgermont <list@nimon.org mailto:list@nimon.org <mailto:list@nimon.org mailto:list@nimon.org>> Cc: pd-list <pd-list@lists.iem.at mailto:pd-list@lists.iem.at <mailto:pd-list@lists.iem.at mailto:pd-list@lists.iem.at>> Subject: Re: [PD] trouble with pd-0.48-0 and multiple screens Message-ID: <CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com <mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@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 http://twitter.com/danomatika> danomatika.com http://danomatika.com/ <http://danomatika.com/ http://danomatika.com/> robotcowboy.com http://robotcowboy.com/ <http://robotcowboy.com/ http://robotcowboy.com/>
Dan Wilcox @danomatika <http://twitter.com/danomatika http://twitter.com/danomatika> danomatika.com http://danomatika.com/ <http://danomatika.com/ http://danomatika.com/> robotcowboy.com http://robotcowboy.com/ <http://robotcowboy.com/ http://robotcowboy.com/>
Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Ok, I believe I have a fix: https://github.com/pure-data/pure-data/pull/224 https://github.com/pure-data/pure-data/pull/224
You can download and try a test build for newer Macs (10.9+): Pd-0.48-1-multimonitor.app.zip http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip
From doing some research, it seems support for negative positions was added to Tk a while ago and it seems to be working fine. I basically just removed the hard clipping to 0 and only try to do the manual placement if Tk is 8.4.
On Sep 20, 2017, at 5:08 PM, Dan Wilcox danomatika@gmail.com wrote:
I still need the steps you do to replicate the problem as I'm not seeing it.
Are subpath windows opening in weird places after you create a subpath, open a patch with visible sub patches, etc? I made a test patch and manually edited the positioning to open visible subpatches off screen in each direction and they are all correctly placed back within the visible screen.
One difference might be that I currently have the System Preferences -> Mission Control -> Displays have separate Spaces option OFF.
On Sep 19, 2017, at 10:13 PM, Ali Momeni <batchku@gmail.com mailto:batchku@gmail.com> wrote:
I my experience, the problem seems to occur if multiple screens are not aligned horizontally. If i arrange my 2 external monitors to extend the right side of my screen to the right, i seem to have no trouble. If i arrange them to have a screen extending the top of my laptop screen, and another extending the right side, many jumping window problems.
-ali
On Tue, Sep 19, 2017 at 4:11 PM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote: From what I can tell, if the window placement is beyond the virtual screen size, it gets clipped back to the main screen, This is done in the first process in pdtk_canvas.tcl.
enohp ym morf tnes
Dan Wilcox danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Sep 19, 2017, at 9:14 PM, Miller Puckette <msp@ucsd.edu mailto:msp@ucsd.edu> wrote:
I've managed to get unxpected behavior on linux with XFCE desktop. When I place the second monitor to teh left or right of the main one things work OK, but if I place it either below or above, make a subpatch on the external monitor, close&reopen it, it pops up on the main monitor instead. I'm not sure if this is the same misbehavior I'm hearing about in windows and Mac or not... will keep fooling with it and see if I can learn anything.
cheers Miller
On Mon, Sep 18, 2017 at 11:37:02AM +0200, Dan Wilcox wrote: I did some testing and I'm not able to reproduce with a dual monitor setup with 0.48 and macOS 10.12.6.
Can either of you provide a an example patch and/or precise steps to make the problem occur?
On Sep 18, 2017, at 12:09 AM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
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, pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at <mailto:pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at> wrote:
Date: Thu, 14 Sep 2017 10:23:38 +0200 From: Raphaël Ilias <phae.ilias@gmail.com mailto:phae.ilias@gmail.com <mailto:phae.ilias@gmail.com mailto:phae.ilias@gmail.com>> To: Nicolas Montgermont <list@nimon.org mailto:list@nimon.org <mailto:list@nimon.org mailto:list@nimon.org>> Cc: pd-list <pd-list@lists.iem.at mailto:pd-list@lists.iem.at <mailto:pd-list@lists.iem.at mailto:pd-list@lists.iem.at>> Subject: Re: [PD] trouble with pd-0.48-0 and multiple screens Message-ID: <CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com <mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@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 http://twitter.com/danomatika> danomatika.com http://danomatika.com/ <http://danomatika.com/ http://danomatika.com/> robotcowboy.com http://robotcowboy.com/ <http://robotcowboy.com/ http://robotcowboy.com/>
Dan Wilcox @danomatika <http://twitter.com/danomatika http://twitter.com/danomatika> danomatika.com http://danomatika.com/ <http://danomatika.com/ http://danomatika.com/> robotcowboy.com http://robotcowboy.com/ <http://robotcowboy.com/ http://robotcowboy.com/>
Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Note: IOhannes has an updated PR: https://github.com/pure-data/pure-data/pull/225 https://github.com/pure-data/pure-data/pull/225
The previous build should work them same.
On Sep 21, 2017, at 1:35 PM, Dan Wilcox danomatika@gmail.com wrote:
Ok, I believe I have a fix: https://github.com/pure-data/pure-data/pull/224 https://github.com/pure-data/pure-data/pull/224
You can download and try a test build for newer Macs (10.9+): Pd-0.48-1-multimonitor.app.zip http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip
From doing some research, it seems support for negative positions was added to Tk a while ago and it seems to be working fine. I basically just removed the hard clipping to 0 and only try to do the manual placement if Tk is 8.4.
On Sep 20, 2017, at 5:08 PM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
I still need the steps you do to replicate the problem as I'm not seeing it.
Are subpath windows opening in weird places after you create a subpath, open a patch with visible sub patches, etc? I made a test patch and manually edited the positioning to open visible subpatches off screen in each direction and they are all correctly placed back within the visible screen.
One difference might be that I currently have the System Preferences -> Mission Control -> Displays have separate Spaces option OFF.
On Sep 19, 2017, at 10:13 PM, Ali Momeni <batchku@gmail.com mailto:batchku@gmail.com> wrote:
I my experience, the problem seems to occur if multiple screens are not aligned horizontally. If i arrange my 2 external monitors to extend the right side of my screen to the right, i seem to have no trouble. If i arrange them to have a screen extending the top of my laptop screen, and another extending the right side, many jumping window problems.
-ali
On Tue, Sep 19, 2017 at 4:11 PM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote: From what I can tell, if the window placement is beyond the virtual screen size, it gets clipped back to the main screen, This is done in the first process in pdtk_canvas.tcl.
enohp ym morf tnes
Dan Wilcox danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Sep 19, 2017, at 9:14 PM, Miller Puckette <msp@ucsd.edu mailto:msp@ucsd.edu> wrote:
I've managed to get unxpected behavior on linux with XFCE desktop. When I place the second monitor to teh left or right of the main one things work OK, but if I place it either below or above, make a subpatch on the external monitor, close&reopen it, it pops up on the main monitor instead. I'm not sure if this is the same misbehavior I'm hearing about in windows and Mac or not... will keep fooling with it and see if I can learn anything.
cheers Miller
On Mon, Sep 18, 2017 at 11:37:02AM +0200, Dan Wilcox wrote: I did some testing and I'm not able to reproduce with a dual monitor setup with 0.48 and macOS 10.12.6.
Can either of you provide a an example patch and/or precise steps to make the problem occur?
On Sep 18, 2017, at 12:09 AM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
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, pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at <mailto:pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at> wrote: > > Date: Thu, 14 Sep 2017 10:23:38 +0200 > From: Raphaël Ilias <phae.ilias@gmail.com mailto:phae.ilias@gmail.com <mailto:phae.ilias@gmail.com mailto:phae.ilias@gmail.com>> > To: Nicolas Montgermont <list@nimon.org mailto:list@nimon.org <mailto:list@nimon.org mailto:list@nimon.org>> > Cc: pd-list <pd-list@lists.iem.at mailto:pd-list@lists.iem.at <mailto:pd-list@lists.iem.at mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] trouble with pd-0.48-0 and multiple screens > Message-ID: > <CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com <mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@mail.gmail.com mailto:CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ@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 http://twitter.com/danomatika> danomatika.com http://danomatika.com/ <http://danomatika.com/ http://danomatika.com/> robotcowboy.com http://robotcowboy.com/ <http://robotcowboy.com/ http://robotcowboy.com/>
Dan Wilcox @danomatika <http://twitter.com/danomatika http://twitter.com/danomatika> danomatika.com http://danomatika.com/ <http://danomatika.com/ http://danomatika.com/> robotcowboy.com http://robotcowboy.com/ <http://robotcowboy.com/ http://robotcowboy.com/>
Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
As a followup, please test this possible solution: Pd-0.48-1-multimonitor.app.zip http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip
I spent time on fixing this so I would like to at least get a confirmation from those that posted the initial thread.
On Sep 22, 2017, at 11:19 AM, Dan Wilcox danomatika@gmail.com wrote:
Note: IOhannes has an updated PR: https://github.com/pure-data/pure-data/pull/225 https://github.com/pure-data/pure-data/pull/225
The previous build should work them same.
On Sep 21, 2017, at 1:35 PM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
Ok, I believe I have a fix: https://github.com/pure-data/pure-data/pull/224 https://github.com/pure-data/pure-data/pull/224
You can download and try a test build for newer Macs (10.9+): Pd-0.48-1-multimonitor.app.zip http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip
From doing some research, it seems support for negative positions was added to Tk a while ago and it seems to be working fine. I basically just removed the hard clipping to 0 and only try to do the manual placement if Tk is 8.4.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Hi,
I tested the mac build given by Dan : http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip
It works here !
My setup again :
- MBP 2012 with mac OS X Yosemite 10.10.5
- second monitor set on the left of laptop/main screen.
I can place a subpatch window on the left/second monitor, close it, and it when I click the subpatch to open it again, it appears at its previous position, on the left screen (and not in the nowhere limbo anymore). I attach my test patch, not sure that makes sense
Thank you very much ! (sorry Dan for making wait, as I told you, I don't have access everyday to the studio where I have a second monitor... sometimes my life is not so hightech !)
I'm not familiar with git-thing (I spent ten minutes wondering what PR stands for) so I don't know if I tested the updated version of IOhannes.
thanks everyone, this will be very helpful here soon when I will be back working on big patch with many windows...
bye
Raphaël
2017-09-27 12:27 GMT+02:00 Dan Wilcox danomatika@gmail.com:
As a followup, please test this possible solution: Pd-0.48-1- multimonitor.app.zip http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip
I spent time on fixing this so I would like to at least get a confirmation from those that posted the initial thread.
On Sep 22, 2017, at 11:19 AM, Dan Wilcox danomatika@gmail.com wrote:
Note: IOhannes has an updated PR: https://github.com/pure- data/pure-data/pull/225
The previous build should work them same.
On Sep 21, 2017, at 1:35 PM, Dan Wilcox danomatika@gmail.com wrote:
Ok, I believe I have a fix: https://github.com/pure- data/pure-data/pull/224
You can download and try a test build for newer Macs (10.9+): Pd-0.48-1- multimonitor.app.zip http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip
From doing some research, it seems support for negative positions was added to Tk a while ago and it seems to be working fine. I basically just removed the hard clipping to 0 and only try to do the manual placement if Tk is 8.4.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Hello all, Sorry for the delay, I was traveling and didn't have access to multiple monitors. I had a chance to send the 0.48-1 build from Dan and it seems to have fixed the jumping window problem!
Thank you and well done Dan!
On Wed, Sep 27, 2017 at 12:03 PM, Raphaël Ilias phae.ilias@gmail.com wrote:
Hi,
I tested the mac build given by Dan : http://docs.danomatika.com/ pdbuilds/Pd-0.48-1-multimonitor.app.zip
It works here !
My setup again :
- MBP 2012 with mac OS X Yosemite 10.10.5
- second monitor set on the left of laptop/main screen.
I can place a subpatch window on the left/second monitor, close it, and it when I click the subpatch to open it again, it appears at its previous position, on the left screen (and not in the nowhere limbo anymore). I attach my test patch, not sure that makes sense
Thank you very much ! (sorry Dan for making wait, as I told you, I don't have access everyday to the studio where I have a second monitor... sometimes my life is not so hightech !)
I'm not familiar with git-thing (I spent ten minutes wondering what PR stands for) so I don't know if I tested the updated version of IOhannes.
thanks everyone, this will be very helpful here soon when I will be back working on big patch with many windows...
bye
Raphaël
2017-09-27 12:27 GMT+02:00 Dan Wilcox danomatika@gmail.com:
As a followup, please test this possible solution: Pd-0.48-1-multimonit or.app.zip http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip
I spent time on fixing this so I would like to at least get a confirmation from those that posted the initial thread.
On Sep 22, 2017, at 11:19 AM, Dan Wilcox danomatika@gmail.com wrote:
Note: IOhannes has an updated PR: https://github.com/pure-da ta/pure-data/pull/225
The previous build should work them same.
On Sep 21, 2017, at 1:35 PM, Dan Wilcox danomatika@gmail.com wrote:
Ok, I believe I have a fix: https://github.com/pure-d ata/pure-data/pull/224
You can download and try a test build for newer Macs (10.9+): Pd-0.48-1-multimonitor.app.zip http://docs.danomatika.com/pdbuilds/Pd-0.48-1-multimonitor.app.zip
From doing some research, it seems support for negative positions was added to Tk a while ago and it seems to be working fine. I basically just removed the hard clipping to 0 and only try to do the manual placement if Tk is 8.4.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- Raphaël Ilias ___________________________________
phae.fr <http://phae.fr>*phae.ilias@gmail.com / 06 04 45 79 78 ___________
On 09/19/2017 10:11 PM, Dan Wilcox wrote:
From what I can tell, if the window placement is beyond the virtual screen size, it gets clipped back to the main screen
which was very much desired behaviour by a lot of people: if you edit your patch on the right-of-main screen and save, what should happen if you re-open it on a single-screen setup? obviously nobody wanted the patch to be hidden offscreen. hence the (somewhat buggy) logic of re-placing the windows.
however, before any changes are made to fix the issue, i wonder what would the correct behaviour be, if you work on a somewhat weird four-screen setup forming an L-like shape like this ("O" being a screen) O OOO (with the main screen being in the lower-left corner and the Pd-patch being in the upper-right corner). and then you want to open up the patch on a system with a screen setup like: O O O O
these examples are obviously made-up and nobody will ever going to use them (but then, nobody in their right minds is going to use a left-of-main-screen setup or stacking screens vertically rather than horizontally).
i guess one sane way to handle this is to
- check whether the window visible on any screen
- if not, fold it back to the main screen
dgmasr IOhannes
hi !
I finally got to my studio with seconday monitor to test again and could reproduce the behavior :
My setup :
- macbook pro with OS X Yosemite 10.10.5 (main screen 1280x800)
- external monitor plugged with superexpensive Thunderthing>VGA adaptator
(secondary screen 1680x1050)
- the external (and secondary) monitor is set (physically and virtually) on
left of the main's laptop screen, and both screens do align on their bottom edge (since secondary screen is bigger in resolution)
This desktop/screens configuration is already plugged and set up.
- I do launch puredata (0.47-1)
- create new patch
- create a [pd subpatch] in it
- click to open the [pd subpatch] window
(until now everything is done on the main screen)
- now I move the subpatch's window to secondary screen (situated on the
left of main screen)
- close the subpatch window
- try to re-open it (clicking object [pd subpatch] in the main patch)
- the subpatch window gets opened, but doesn't appear in the display, it
has moved outside screen
I don't remember how I did this, but I could mouse-drag it back with a key shortcut, and could see it coming from the right edge of the main screen...
maybe it's OS related, however, it is really annoying and for me it is not caused by changing anything in screen setup or plugging/unplugging monitors. I just cannot drag subpatches on the secondary-on-left screen.
Though, I have not tried to switch monitors position yet...
have a nice day !
Raphaël
2017-09-19 22:41 GMT+02:00 IOhannes m zmölnig zmoelnig@iem.at:
On 09/19/2017 10:11 PM, Dan Wilcox wrote:
From what I can tell, if the window placement is beyond the virtual
screen size, it gets clipped back to the main screen
which was very much desired behaviour by a lot of people: if you edit your patch on the right-of-main screen and save, what should happen if you re-open it on a single-screen setup? obviously nobody wanted the patch to be hidden offscreen. hence the (somewhat buggy) logic of re-placing the windows.
however, before any changes are made to fix the issue, i wonder what would the correct behaviour be, if you work on a somewhat weird four-screen setup forming an L-like shape like this ("O" being a screen) O OOO (with the main screen being in the lower-left corner and the Pd-patch being in the upper-right corner). and then you want to open up the patch on a system with a screen setup like: O O O O
these examples are obviously made-up and nobody will ever going to use them (but then, nobody in their right minds is going to use a left-of-main-screen setup or stacking screens vertically rather than horizontally).
i guess one sane way to handle this is to
- check whether the window visible on any screen
- if not, fold it back to the main screen
dgmasr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
-
Ali Momeni -
Christof Ressi -
Dan Wilcox -
IOhannes m zmölnig -
Miller Puckette -
Raphaël Ilias