Perhaps they can be loaded before the orchestra by default. I see your point about loading them on an 'as needed' basis. An option to turn off loading of UDOs could be added to the command line. Rory. 2008/11/26 Anthony Kozar : > I think that this is a good idea. I doubt it requires any API changes so it > can probably be implemented anytime. > > I have one question about how this would work. I assume we would add a > UDODIR environment variable that would point to one (or more) directories to > search. It would probably be a good idea to limit loaded files to those > with the extension ".udo" or something like that. The question is whether > all .udo files should be loaded before the orchestra is or should UDOs be > loaded on a as needed basis. In the latter case, I could see requiring only > one UDO per file with the name of the file being the UDO identifier plus > ".udo" so that Csound can easily locate UDOs when needed. This still might > not be an easy thing to implement since Csound usually expects all UDOs to > be defined before any instrument blocks (correct?) and defining an UDO in > the middle of parsing an instrument might require more changes to the > current code than anyone would like to make. > > Anthony > > Rory Walsh wrote on 11/26/08 4:12 PM: > >> I might as well chip in here although it's nothing to do with >> Anthony's request. I would like to see a default UDO folder so that >> users can use them without having to a)include the entire UDO text, >> and b)use includes which can get messy. The reason I feel the >> equivalent feature in Pd(an abstract) is used extensively is because >> they can seamlessly be entered into a patch as if they were an >> internal object. Instead of a dedicated plugin directory what about if >> they could just be dumped in the plugins folder. I don't use UDOs too >> often but I think a feature like this might encourage people to start >> developing and sharing more UDOs. > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net