[PD] Pd-list Digest, Vol 120, Issue 88

Dan Wilcox danomatika at gmail.com
Sun Mar 29 17:04:46 CEST 2015

I guess so. I was just thinking, since you're in the middle of working this out, that we/I could distill this wisdom into libpd. I might be maintaining libpd right now but I don't have a detailed understanding of the Pd source.

Are you mainly using gui_vmess? What else needs to be wrapped?

enohp ym morf tnes
Dan Wilcox

On Mar 29, 2015, at 10:54 AM, Jonathan Wilkes <jancsika at yahoo.com> wrote:

> On 03/27/2015 02:55 PM, Dan Wilcox       wrote:
>> You know, those could be added to libpd …
> Do you mean as they currently exist in Pd-Vanilla?  Unless you're hooking them to tcl/tk I think that'd be of limited value.
> My replacement API probably needs a few passes, though.  Right now it looks like this:
> gui_vmess("some_javascript_function_name", "sfiis", "c-string", 98.6, 42, 42, "etc.");
> Looking at it now, it seems wrong.  Maybe the format string should come first, and that function name
> should just be the next string arg after that.  An alternative would be for the first arg to be a pointer to
> a Pd.  (But then you'd have to send a 0 or dummy object for messages to the running Pd instance.)
> One caveat is "s" here is a c-string and not a t_symbol* as it is in pd_vmess.  Also, I'd like to add a
> char to the format string for hex strings that representing objects, but I'm not sure if that should be
> "x" or "p".
> -Jonathan
>> --------
>> Dan Wilcox
>> @danomatika
>> danomatika.com
>> robotcowboy.com
>>> On Mar 27, 2015, at 7:00 AM, pd-list-request at lists.iem.at wrote:
>>> Unfortunately, no.  That's the simple answer, as evidenced by the lack of hooks in libpd for all the functionality inside g_*.c.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150329/12db30f8/attachment.html>

More information about the Pd-list mailing list