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 <i...@vt.edu <mailto:i...@vt.edu>> 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>
    i...@vt.edu <mailto:i...@vt.edu>
    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" <fjkr...@xs4all.nl
    <mailto:fjkr...@xs4all.nl>> 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
            <por...@gmail.com <mailto:por...@gmail.com>
            <mailto:por...@gmail.com <mailto:por...@gmail.com>>>:

                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



        _______________________________________________
        Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
        UNSUBSCRIBE and account-management ->
        http://lists.puredata.info/listinfo/pd-list


    _______________________________________________
    Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
    UNSUBSCRIBE and account-management ->
    http://lists.puredata.info/listinfo/pd-list



_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Reply via email to