Currently, there are two components to every UGen -- a plugin for the server and an SC class that wraps the call to UGen.multiNew. The SC class is where we assign the names of arguments, their default values, their rates, and so on. This kind of data is unknown to scsynth/supernova.
This strikes me as sort of unfair to people who develop or use alternate clients, because they have to dig through SuperCollider's class library to figure out the names and rates of all the arguments. Wouldn't it be neat if the metadata about argument names and default values were packaged in with the server plugin?
This is obviously a proposal for the far future of SC, but it would save a lot of work for plugin developers and client developers.
Currently, there are two components to every UGen -- a plugin for the server and an SC class that wraps the call to
UGen.multiNew. The SC class is where we assign the names of arguments, their default values, their rates, and so on. This kind of data is unknown to scsynth/supernova.This strikes me as sort of unfair to people who develop or use alternate clients, because they have to dig through SuperCollider's class library to figure out the names and rates of all the arguments. Wouldn't it be neat if the metadata about argument names and default values were packaged in with the server plugin?
This is obviously a proposal for the far future of SC, but it would save a lot of work for plugin developers and client developers.