Re: [PD] Getting pointer coords in patcher windows
On 12/10/2016 06:34 AM, Derek Kwan wrote: > Are there > issues with freeing the proxy directly with the parent's free method? well, otherwise it will crash when you send a "clear" message to the canvas (which will be received by [receivecanvas] that was just deleted). the entire receiver-proxy is a workaround to allow elements to be removed from the linked list of receivers while it is being executed. gfmdsar IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Getting pointer coords in patcher windows
> On 12/09/2016 06:24 AM, Derek Kwan wrote:
> > Hello,
> >
> > external object class was instantiated. The latter sounds trickier and I
> > haven't got there yet, but for the former I'm trying [winfo pointerx
> > $::focused_window]
>
> check out iemgut's [canvasreceive].
> check out the pdtk_canvas_motion{} func, which does all the messaging of
> mouse-pointer coords from gui to core.
>
> gfmasrd
> IOhannes
Thanks! I'm looking over [canvasreceive]'s code right now. I'm curious,
what's the point of the clock member of the proxy? I notice that
basically its only job is to call the proxy's free method when the
clock's delay gets set to 0 via the parent's free method. Are there
issues with freeing the proxy directly with the parent's free method?
Derek
--
Derek Kwan
www.derekxkwan.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Re: [PD] -listdev not working on linux without -stderr?
On 12/08/2016 01:05 PM, Peter P. wrote:
> Hi,
>
> trying Pd-0.47.1 ("") compiled for Debian (0.47.1-3) and the -listdev
> startup flag does not post any devices to the Pd window unless -stderr
> is specified as well. Is this intentional?
i think it's a race condition: the output of listdev gets sent to the
pd-gui, but the gui is not ready yet to display anything, so it gets lost.
most likely, Pd should use "stderr" as default print target (even
without "-stderr") and only switch to the GUI's print target once the
GUI and the core are indeed connected (and we are not in "-stderr" mode)
gfmards
IOhannes
signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Re: [PD] Getting pointer coords in patcher windows
On 12/09/2016 06:24 AM, Derek Kwan wrote:
> Hello,
>
> external object class was instantiated. The latter sounds trickier and I
> haven't got there yet, but for the former I'm trying [winfo pointerx
> $::focused_window]
check out iemgut's [canvasreceive].
check out the pdtk_canvas_motion{} func, which does all the messaging of
mouse-pointer coords from gui to core.
gfmasrd
IOhannes
signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI plugins questions
On Tue, 2016-12-06 at 10:02 +0100, IOhannes m zmoelnig wrote: > On 2016-12-06 09:17, Roman Haefeli wrote: > > > > I'm considering making a GUI plugin part of distributable Pd > > project. > > Now, I wonder if: > > > > * a GUI plugin from the project's path instead of a Pd's standard > > search path. > although the verb is missing, i am pretty sure that the answer is > "yes" > (not a problem). Yes, you understood nevertheless. But how can a GUI plugin be loaded from non-standard path? > > * there is way for the main patch to communicate with the GUI > > plugin. > > I'd like to allow some configurations to be done in the patch, > > so > > that it will affect the behavior of the GUI plugin. > there's a mechanism that allows for easy sending from core to a > plugin. [...] Thanks, very illustrative example. Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
