[PD] [table] update notification

[Billy Stiltner]

make a javascript /html5 canvas that sends out through javaudp messages
about the data being edited. or better yet skip the htmlhavascript and just
do it with java.

On Mon, Mar 12, 2012 at 9:19 AM, Roman Haefeli <reduzent at gmail.com> wrote:

> On Thu, 2012-03-08 at 09:38 -0800, Jonathan Wilkes wrote:
> >
> >
> >
> > ----- Original Message -----
> > > From: Roman Haefeli <reduzent at gmail.com>
> > > To: pd-list <pd-list at iem.at>
> > > Cc:
> > > Sent: Thursday, March 8, 2012 8:30 AM
> > > Subject: Re: [PD] [table] update notification
> > >
> > >
> > > On Wed, 2012-03-07 at 09:15 -0800, Jonathan Wilkes wrote:
> > >>  Pd-l2ork has a feature where you can [r "arrayname_changed"]
> > >>
> > >>  and you'll get a bang when the array is modified with the mouse.
> > >
> > > That's nice feature of Pd-l2ork.
> > >
> > >
> > >>  If you want a notification when using tabwrite/etc., well, when those
> > >>
> > >>  objects receive a message to update the array, just manually send
> > >>
> > >>  a bang to "arrayname_changed" when this happens.
> > >
> > > Yeah, you're totally right. If I'd build a self-enclosed patch, this
> > > wouldn't be an issue. The goal here is to create an abstraction able to
> > > keep an instance of a table in sync over network. I would like to avoid
> > > to design it in a way, that forces the user of the abstraction to
> > > actively notify it about changes. And since I also want to track manual
> > > edits, I need some kind of a watchdog anyway. So  I still go for the
> > > watchdog solution, until the Pd-l2ork features make into Pd.
> >
> > Can you guarantee that [tabsend~] will never be sending to that array?
>
> Good point. The abstraction is actually designed and optimized to cover
> sporadic changes in parts of an array. It cannot and should not be used
> to transmit full audio streams over network. I put some arbitrary
> limits: Detection for changes occurs only every 100ms, the maximum size
> of the table to be synchronized is 2048 elements.
>
> Roman
>
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20120312/78058305/attachment-0001.htm>