Hello Alex,

Alexandre Quessy a écrit :
> Now, we'll  change a few more things, and make it (finally) part of
> pd-extended. Don't hesitate to suggest a better suffix than "_" for
> the abstractions that provide a Graph-on-parent GUI, as we would like
> to change for a better one, if one exists. (maybe "$". "|", or "+",
> such as in "rgb$" or "rgb+" ?) Also, feel free to suggest some of your
> abstractions to be part of this.
>
>   
Two suggestions, using a familiar prefix might help for finding the good 
kind of abs, so 'x' might be a good prefix for graphical related 
patches, but the 'interface' is not involved by the 'x' prefix so 'gui' 
could simply give informations about interfacing, and using something 
like myabs-gui like it is done for help files, and would ease even more 
the finding of the abs function through the name, and, this naming would 
also help I believe, for having a 'gui function' with right click magiks 
on a patch, almost like it is done with help files (the difference is 
that this right click option would have to appear with clicking inside 
the patch), maybe it won't be usefull,  may be it would...In fact it 
seems obvious to me that if some patch require an interface for being 
controlled, the minimum would be about providing the interface with it. 
Although it seem also obvious that one gui could control different kinds 
of dsp abstractions, so having a different gui for each dsp abs would 
not be the best choice, and make the task of interfacing (for both 
developper and user) not necessarily more complicated, but tiresome.
PatCo.


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

Reply via email to