Is there any way to wake up a subpatch? Send a message to it with redraw it or reload... something like [clear ( message clean a subpatch, but to wake up it.
Cheers Esteban Viveros
On 2016-03-10 15:26, Esteban Viveros wrote:
Is there any way to wake up a subpatch? Send a message to it with redraw it or reload... something like [clear ( message clean a subpatch, but to wake up it.
a subpatch never sleeps. so what does "wake up" mean?
do you mean [vis 1(?
fgasmdr IOhannes
Hahahaha... No [vis 1( would have been my next question... :D
What I need is someway to call a actualization of the pd window canvas (I guess), because I have a patch which lag to call a image. When I move the pd patch window, click in anything in it or move some object, the picture appear. So I thought to automate it behavior.. Make sense?
Em qui, 10 de mar de 2016 às 11:43, IOhannes m zmoelnig zmoelnig@iem.at escreveu:
On 2016-03-10 15:26, Esteban Viveros wrote:
Is there any way to wake up a subpatch? Send a message to it with redraw
it
or reload... something like [clear ( message clean a subpatch, but to wake up it.
a subpatch never sleeps. so what does "wake up" mean?
do you mean [vis 1(?
fgasmdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 2016-03-10 16:01, Esteban Viveros wrote:
Hahahaha... No [vis 1( would have been my next question... :D
What I need is someway to call a actualization of the pd window canvas (I guess), because I have a patch which lag to call a image. When I move the pd patch window, click in anything in it or move some object, the picture appear. So I thought to automate it behavior.. Make sense?
what you are describing is either a bug or a side-effect of trying to message-throttling in the pd/pd-gui communication to avoid network saturation. if it's the latter, you probably have too much going on in your window. try to reduce GUI-activity (e.g. do not update numberboxes/... every millisecond, but limit the update rate to something sensible, like 50ms)
if nothing helps, you can force a redraw of the window by minimizing it and then makint it visible again. this can be done very quickly, so try
[vis 0, vis 1(
fgam,f IOhannes
pd is not good for things like images in the patch windows. i assume you're using an external for this?
Yes...
the package are here: http://forum.pdpatchrepo.info/uploads/files/1456968733878-keyboards-pd-vanil...
If I run keyboard.pd directly from the folder no problem. But if I call it like external I have an error but just move the object and the gui works.
If we go to abstractions folder and run the patch keyboard-abs.pd it is clear the problem I'm sharing here. Pd open the patch but only when you click or move patch window, we can see the gui correctly.
Em qui, 10 de mar de 2016 às 12:29, i go bananas hard.off@gmail.com escreveu:
pd is not good for things like images in the patch windows. i assume you're using an external for this?
On 2016-03-10 16:41, Esteban Viveros wrote:
If I run keyboard.pd directly from the folder no problem. But if I call it like external I have an error but just move the object and the gui works.
so what's this ominous "error"?
If we go to abstractions folder and run the patch keyboard-abs.pd it is clear the problem I'm sharing here. Pd open the patch but only when you click or move patch window, we can see the gui correctly.
unfortunately it is not at all "clear". when i open the keyboard-abs patch it looks ok (see attached pic).
fgamsdr IOhannes
The keyboard gui stay transparent until click (like your keyboard, see after/before click pics)
When the subpatch is used like external, [keyboard] start with gui bugged and after move the object it works normally (see after/before move pics)
Em qui, 10 de mar de 2016 às 13:12, IOhannes m zmoelnig zmoelnig@iem.at escreveu:
On 2016-03-10 16:41, Esteban Viveros wrote:
If I run keyboard.pd directly from the folder no problem. But if I call
it
like external I have an error but just move the object and the gui works.
so what's this ominous "error"?
If we go to abstractions folder and run the patch keyboard-abs.pd it is clear the problem I'm sharing here. Pd open the patch but only when you click or move patch window, we can see the gui correctly.
unfortunately it is not at all "clear". when i open the keyboard-abs patch it looks ok (see attached pic).
fgamsdr IOhannes _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Esteban Viveros -
i go bananas -
IOhannes m zmoelnig