Hey can you add me to your weekly digest rather than daily, thanks Brynna
---- [email protected] wrote ---- >Send Pd-list mailing list submissions to > [email protected] > >To subscribe or unsubscribe via the World Wide Web, visit > http://lists.puredata.info/listinfo/pd-list >or, via email, send a message with subject or body 'help' to > [email protected] > >You can reach the person managing the list at > [email protected] > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Pd-list digest..." > > >Today's Topics: > > 1. Re: Nettles. Was: Cyclone: List of Issues with existing > objects by Alexandre Porres (Jonathan Wilkes) > 2. Re: Nettles. Was: Cyclone: List of Issues with existing > objects by Alexandre Porres (Ivica Ico Bukvic) > 3. Re: Nettles. Was: Cyclone: List of Issues with existing > objects by Alexandre Porres (Matt Barber) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Sun, 14 Feb 2016 17:55:27 +0000 (UTC) >From: Jonathan Wilkes <[email protected]> >To: Matt Barber <[email protected]>, Ivica Bukvic <[email protected]> >Cc: Pd-list <[email protected]> >Subject: Re: [PD] Nettles. Was: Cyclone: List of Issues with existing > objects by Alexandre Porres >Message-ID: > <[email protected]> >Content-Type: text/plain; charset="utf-8" > >> but why don't I need this when I load the cyclone externals? >If every cyclone external has already been loaded before your patch loads, >then there's no problem. >The problem comes when Pd tries to search for a binary to load-- for example, >when you type a name >into an object box that Pd doesn't know. If that name has characters that >can't appear in a filename >(like "<") then you need to have hexloader loaded already. >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: ><http://lists.puredata.info/pipermail/pd-list/attachments/20160214/492e4320/attachment-0001.html> > >------------------------------ > >Message: 2 >Date: Sun, 14 Feb 2016 13:18:17 -0500 >From: Ivica Ico Bukvic <[email protected]> >To: Matt Barber <[email protected]> >Cc: Pd-list <[email protected]> >Subject: Re: [PD] Nettles. Was: Cyclone: List of Issues with existing > objects by Alexandre Porres >Message-ID: <[email protected]> >Content-Type: text/plain; charset="utf-8"; Format="flowed" > >Why not simply have an inlet that can handle both inside an abstraction >and route signal one way and number the other and then sprinkle that >with dynamic nlet creation and you're done? Then you can simply abstract >most cases. > >On 2/14/2016 11:36 AM, Matt Barber wrote: >> [gt~] is a great example of something that could work as an >> abstraction, except for the pesky right inlet which should take a >> signal if there's no creation argument, but float otherwise. >> >> On Sun, Feb 14, 2016 at 10:50 AM, Ivica Bukvic <[email protected] >> <mailto:[email protected]>> wrote: >> >> What I am also trying to do eventually in pd-l2ork is weed out >> redundant objects and only keep the ones that do the said task the >> best while still supporting other objects' idiosyncrasies (if >> any). There is absolutely no reason to have multiple objects of >> the same kind. Ultimately, one could keep all the externals in the >> same folder and completely do away with all the declares, imports, >> and other things that make learning pd unnecessarily harder. >> >> -- >> Ivica Ico Bukvic, D.M.A. >> Associate Professor >> Computer Music >> ICAT Senior Fellow >> Director -- DISIS, L2Ork >> Virginia Tech >> School of Performing Arts – 0141 >> Blacksburg, VA 24061 >> (540) 231-6139 <tel:%28540%29%20231-6139> >> [email protected] <mailto:[email protected]> >> www.performingarts.vt.edu <http://www.performingarts.vt.edu> >> disis.icat.vt.edu <http://disis.icat.vt.edu> >> l2ork.icat.vt.edu <http://l2ork.icat.vt.edu> >> ico.bukvic.net <http://ico.bukvic.net> >> >> On Feb 14, 2016 8:40 AM, "Fred Jan Kraan" <[email protected] >> <mailto:[email protected]>> wrote: >> >> Hi Alexandre, >> >> guess some of it is in: >> >> http://fjkraan.home.xs4all.nl/digaud/puredata/cyclone/cycloneToDo.html >> >> >> This list is also becoming a list of what has been done. >> >> >> As with _nettles_ >> >> "try to resurrect as independent object library" >> >> Anyway, tell me if this gets includes on this file. >> >> >> Yes, the nettles-objects are part of the latest cyclone >> versions. They are part of the nettles library, which can be >> loaded with [declare]. Not all operating systems like the '<' >> and '>' in the object names and there is overlap with other >> library objects, so only loading them when needed is cleaner. >> >> >> cheers >> >> ps. count me in for help with the help files >> >> >> Great! >> >> Greetings, >> >> Fred Jan >> >> >> 2016-02-11 22:18 GMT-02:00 Alexandre Torres Porres >> <[email protected] <mailto:[email protected]> >> <mailto:[email protected] <mailto:[email protected]>>>: >> >> Howdy, it's a known fact brazilians will start the >> year only after >> carnival, so here I am. >> >> I'd like to share my list of things to do with >> existing Cyclone >> Objetcs. Obviously there might be other issues with >> other objects >> that would make them up to date with the current >> version of Max (Max >> 7). Nonetheless, this is what I find relevant, and >> I've been really >> checking it through. >> >> It's only about 11 objects, some has already been >> discussed here and >> might have been fixed or in the process to be taken >> care of, forgive >> me if so. >> >> I have it attached and also as a link to a google doc >> >> >> https://docs.google.com/document/d/1L_dUNgznfhaZHPKMJ3jJ_p9uIXRVP6Rs9-3nXy2Qlk8/edit?usp=sharing >> >> Next, I will get together a list of new objects I >> think should be >> included, many of which I've already made as >> abstractions (kind of >> to show how it works like I did with [teeth~], cause I >> really think >> they should all be done as externals). >> >> Cheers >> >> >> >> _______________________________________________ >> [email protected] <mailto:[email protected]> mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> _______________________________________________ >> [email protected] <mailto:[email protected]> 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/20160214/ec572116/attachment-0001.html> > >------------------------------ > >Message: 3 >Date: Sun, 14 Feb 2016 13:38:05 -0500 >From: Matt Barber <[email protected]> >To: Ivica Ico Bukvic <[email protected]> >Cc: Pd-list <[email protected]> >Subject: Re: [PD] Nettles. Was: Cyclone: List of Issues with existing > objects by Alexandre Porres >Message-ID: > <CAOrke7HA1KXSXceTbTJLnBvYRAtbRh=mgavzmhwli3gv7ss...@mail.gmail.com> >Content-Type: text/plain; charset="utf-8" > >I tried coding that once, but it seemed like it needed some big change in >architecture. Technically it's only the main signal that accepts both >messages and signals in this way, where you would want to route the >message. Floats should almost always be promoted to signals. > >On Sun, Feb 14, 2016 at 1:18 PM, Ivica Ico Bukvic <[email protected]> wrote: > >> Why not simply have an inlet that can handle both inside an abstraction >> and route signal one way and number the other and then sprinkle that with >> dynamic nlet creation and you're done? Then you can simply abstract most >> cases. >> >> >> On 2/14/2016 11:36 AM, Matt Barber wrote: >> >> [gt~] is a great example of something that could work as an abstraction, >> except for the pesky right inlet which should take a signal if there's no >> creation argument, but float otherwise. >> >> On Sun, Feb 14, 2016 at 10:50 AM, Ivica Bukvic <[email protected]> wrote: >> >>> What I am also trying to do eventually in pd-l2ork is weed out redundant >>> objects and only keep the ones that do the said task the best while still >>> supporting other objects' idiosyncrasies (if any). There is absolutely no >>> reason to have multiple objects of the same kind. Ultimately, one could >>> keep all the externals in the same folder and completely do away with all >>> the declares, imports, and other things that make learning pd unnecessarily >>> harder. >>> >>> -- >>> Ivica Ico Bukvic, D.M.A. >>> Associate Professor >>> Computer Music >>> ICAT Senior Fellow >>> Director -- DISIS, L2Ork >>> Virginia Tech >>> School of Performing Arts – 0141 >>> Blacksburg, VA 24061 >>> (540) 231-6139 >>> [email protected] >>> www.performingarts.vt.edu >>> disis.icat.vt.edu >>> l2ork.icat.vt.edu >>> ico.bukvic.net >>> On Feb 14, 2016 8:40 AM, "Fred Jan Kraan" <[email protected]> wrote: >>> >>>> Hi Alexandre, >>>> >>>> guess some of it is in: >>>>> http://fjkraan.home.xs4all.nl/digaud/puredata/cyclone/cycloneToDo.html >>>>> >>>> >>>> This list is also becoming a list of what has been done. >>>> >>>>> >>>>> As with _nettles_ >>>>> >>>>> "try to resurrect as independent object library" >>>>> >>>>> Anyway, tell me if this gets includes on this file. >>>>> >>>> >>>> Yes, the nettles-objects are part of the latest cyclone versions. They >>>> are part of the nettles library, which can be loaded with [declare]. Not >>>> all operating systems like the '<' and '>' in the object names and there is >>>> overlap with other library objects, so only loading them when needed is >>>> cleaner. >>>> >>>>> >>>>> cheers >>>>> >>>>> ps. count me in for help with the help files >>>>> >>>> >>>> Great! >>>> >>>> Greetings, >>>> >>>> Fred Jan >>>> >>>> >>>>> 2016-02-11 22:18 GMT-02:00 Alexandre Torres Porres <[email protected] >>>>> <mailto:[email protected]>>: >>>>> >>>>> Howdy, it's a known fact brazilians will start the year only after >>>>> carnival, so here I am. >>>>> >>>>> I'd like to share my list of things to do with existing Cyclone >>>>> Objetcs. Obviously there might be other issues with other objects >>>>> that would make them up to date with the current version of Max (Max >>>>> 7). Nonetheless, this is what I find relevant, and I've been really >>>>> checking it through. >>>>> >>>>> It's only about 11 objects, some has already been discussed here and >>>>> might have been fixed or in the process to be taken care of, forgive >>>>> me if so. >>>>> >>>>> I have it attached and also as a link to a google doc >>>>> >>>>> >>>>> https://docs.google.com/document/d/1L_dUNgznfhaZHPKMJ3jJ_p9uIXRVP6Rs9-3nXy2Qlk8/edit?usp=sharing >>>>> >>>>> Next, I will get together a list of new objects I think should be >>>>> included, many of which I've already made as abstractions (kind of >>>>> to show how it works like I did with [teeth~], cause I really think >>>>> they should all be done as externals). >>>>> >>>>> Cheers >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> [email protected] mailing list >>>> UNSUBSCRIBE and account-management -> >>>> <http://lists.puredata.info/listinfo/pd-list> >>>> http://lists.puredata.info/listinfo/pd-list >>>> >>> >>> _______________________________________________ >>> [email protected] mailing list >>> UNSUBSCRIBE and account-management -> >>> <http://lists.puredata.info/listinfo/pd-list> >>> http://lists.puredata.info/listinfo/pd-list >>> >>> >> >> >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: ><http://lists.puredata.info/pipermail/pd-list/attachments/20160214/0fdf9ec3/attachment.html> > >------------------------------ > >Subject: Digest Footer > >_______________________________________________ >Pd-list mailing list >[email protected] >to manage your subscription (including un-subscription) see >http://lists.puredata.info/listinfo/pd-list > > >------------------------------ > >End of Pd-list Digest, Vol 131, Issue 43 >****************************************
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
