[PD] trouble with pd-0.48-0 and multiple screens

[Ali Momeni]

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 at 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 at 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 at 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 at lists.iem.at <mailto:
> pd-list-request at lists.iem.at> wrote:
> >>>>
> >>>> Date: Thu, 14 Sep 2017 10:23:38 +0200
> >>>> From: Raphaël Ilias <phae.ilias at gmail.com <mailto:
> phae.ilias at gmail.com>>
> >>>> To: Nicolas Montgermont <list at nimon.org <mailto:list at nimon.org>>
> >>>> Cc: pd-list <pd-list at lists.iem.at <mailto:pd-list at lists.iem.at>>
> >>>> Subject: Re: [PD] trouble with pd-0.48-0 and multiple screens
> >>>> Message-ID:
> >>>>    <CADYAdN-4rBd2J08D5abKp8H8XtooxNqshPtNo
> 5vdx01_YRiYvQ at mail.gmail.com <mailto:CADYAdN-
> 4rBd2J08D5abKp8H8XtooxNqshPtNo5vdx01_YRiYvQ at 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 at lists.iem.at mailing list
> >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20170919/e5114636/attachment-0001.html>