[PD-dev] moving iemgui from core to extra

Mathieu Bouchard matju at artengine.ca
Sat Dec 16 20:52:48 CET 2006


On Fri, 15 Dec 2006, Plans Casal David wrote:
> On 14 Dec 2006, at 18:18, Mathieu Bouchard wrote:
>> On Thu, 14 Dec 2006, Hans-Christoph Steiner wrote:
>>> I propose moving the IEM GUI objects that are embedded in Pd into the 
>>> "extra" folder, compiled as individual files.
>> What's the advantage of doing that?
>
> Separation of Concerns:
> http://en.wikipedia.org/wiki/Separation_of_concerns
> Separation of language, content, and presentation has to be a good move, no?

but the IEMGUIs, like the rest of the Pd GUIs, are part of the language. 
You can't remove them without breaking the code. If they were just 
presentation, you could slice them away and the patch would run the same. 
If you want to separate concerns, what you want to slice away is the 
t_widgetbehavior section of each of Pd's GUI classes (including 
that of objectboxes, messageboxes, floatboxes, symbolboxes, patchers, 
arrays, ...).

The only project that slices away t_widgetbehavior, and thus separate Pd's 
presentation from Pd's language/content, is called DesireData. The feature 
doesn't have much to do with namespacing and classloaders: if you want 
another reimplementation of Pd's GUI that does separation of concerns, you 
will spend 1% of the effort on getting the thing to load in place of the 
original classes, and 99% on making sure that it works like the original 
classes.

  _ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju
| Freelance Digital Arts Engineer, Montréal QC Canada


More information about the Pd-dev mailing list