Re: [PD] abs for the new list methods

Thanks. That'll be going into the array-abs collection eventually once I tweak it to match the interface. It also doesn't handle floats quite right. I'll be devoting much of April to the project. On Thu, Mar 10, 2016 at 9:42 PM, patrice colet wrote: > I just tried the

Re: [PD] abs for the new list methods

BTW, I'd welcome testing and benchmarking of the list-s2l I attached. It's old and slower than the zexy version, and probably obsolete now that there is [list fromsymbol], but it was an interesting concept that has bearing on linear search algorithms I'm working on for my array-abs library. On

Re: [PD] multiple [send] arguments

Hi Liam,Multiple arguments to [send] would be handy.  But I think there is a deeper problem: Why do iemguis only let you bind a single receive and a single send symbol?  What you seem to need is one *shared* receive symbol-- something like "$0-my-frontend-class"-- and one unique symbol-- like

Re: [PD] Wake up subpatches

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

Re: [PD] ggee [image] problem with jmmmp and all

Em qui, 10 de mar de 2016 às 13:02, Ivica Ico Bukvic escreveu: > This may be OT--please consider this a feature request within > pd-vanilla/ggee... > > pd-l2ork has @pd_extra keyword you can include with any path and it will > parse it into extras folder. Its version of ggee/image

Re: [PD] ggee [image] problem with jmmmp and all

This may be OT--please consider this a feature request within pd-vanilla/ggee... pd-l2ork has @pd_extra keyword you can include with any path and it will parse it into extras folder. Its version of ggee/image also allows for relative paths and supports transparency/pngs... HTH Best, Ico

Re: [PD] abs for the new list methods

great new, thanks for the file Le 10/03/2016 16:47, Matt Barber a écrit : Working on it slowly. In the meantime if you need a symbol2list for vanilla, see attached (list-abs already has a [list-l2s]). On Thu, Mar 10, 2016 at 10:32 AM, patrice colet

Re: [PD] Wake up subpatches

Yes... the package are here: http://forum.pdpatchrepo.info/uploads/files/1456968733878-keyboards-pd-vanilla.zip 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

[PD] abs for the new list methods

Hello, I'd like to know if there are some goodies somewhere like list-abs with the new list methods, like replacing some [zexy/list2symbol] with some [list from symbol] magics and trying to stay in vanilla world. ___ Pd-list@lists.iem.at mailing

Re: [PD] Wake up subpatches

pd is not good for things like images in the patch windows. i assume you're using an external for this? ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wake up subpatches

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

Re: [PD] Wake up subpatches

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

Re: [PD] multiple [send] arguments

On 2016-03-05 14:55, Liam Goodacre wrote: > The only way I can see of using the right inlet to achieve a multiple send > involves [list-drip] and one [float] object, which isn't very efficient. why do you need it to be efficient. don't get me wrong, efficiency is always a good thing; but the

Re: [PD] Wake up subpatches

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

[PD] Wake up subpatches

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 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and

Re: [PD] multiple [send] arguments

yeah you could argue that there are many things that can be done more simply by expanding pd's code base. for loops come to mind as the most obvious example. instead of using [1024( | [until] | [f ] x [+ 1] pd could just have a [for 1024] object. bit it doesn't, because the is a way to do it

Re: [PD] ggee [image] problem with jmmmp and all

Ok... I'm debugging here. Something was wrong because of the order of patching the [getdir] machine. When I only delete and put back the patch cord, and rewrite the msg with exactly same content, error gone. At now I have one more question but maybe it's a new thread.. Em qui, 10 de mar de

Re: [PD] multiple [send] arguments

I don't think that there is a simper configuration than the one that I'm using. Each GUI object has its own send and receive channel and they can all be re-coloured on command. But I wasn't looking for a solution to a problem (the solution is elementary), I was thinking of ways in which the

Re: [PD] multiple [send] arguments

In this situation i'd prepend the message with a destination name. Then use [route] to filter those destination names in the receives. I agree: in this particular case, the color message seems to go to lots of similar gui objects. So better to make a $0-gui (or similar) send variable.

Re: [PD] ggee [image] problem with jmmmp and all

On 03/10/2016 10:31 AM, João Pais wrote: > > You're right, I wasn't aware that the absolute path was recorded there. I > uploaded a new release (also with jp.menu, a new abstraction). You can find > it > with deken - although something strange is happening right now with the > puredata >

Re: [PD] ggee [image] problem with jmmmp and all

For this test I have installed “ggee” and “jmmmp” on Pd 0.46.7 on Win 8.1. I have no problems loading “rgb.ppm” for João`s swatch-gui.pd. João I recommend that you change the 2nd line in swatch-gui.pd: #X obj 150 53 image E:/jmmmp/elektronik/pd-jmp/jmmmp-ext/svn/jmmmp/examples/rgb.ppm;