-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hey all,
Good time for me to chime in.
pixelTANGO (formally pre-released as v_) in indeed a set of high-level GOP abstractions for Gem. Each module includes the UI and the functionality. Gem chains are considered "layers" starting with a header (gemhead) and ending with a footer (geo). The difference is that the separate modules are connected through two patch buses, one for Gem control data and another using pd messages for passing control data from one abstraction to another (without global S-R). The modules are PD abstractions and I've been making a real effort to make them organized and readable. pixelTANGO also has a couple UI improvements in the form of "entry" and "popup". Hopefully more to come in the future.
Property dialogs for abstractions would be very useful for high-level abstractions.
Using Frank's suggestions help patches for abstractions will be in the pixelTANGO releases.
There is an early pre-release (w/out help patches) available at:
http://www.ekran.org/ben/research/PixelTANGO-pre-release-v0.1.tgz
So far pixelTANGO has only been tested on OSX, but all externals should work fine on linux.
I think pixelTANGO would be a good thing to look at in terms of this current discussion.
pixelTANGO is part of the Open Territories project (tot.sat.qc.ca) Funded by Heritage Canada and supported by the SAT, Interaccess and others.
Ben
Hans-Christoph Steiner wrote: | | | So all of the ideas from the pd~conference are still swirling around my | head and slowly distilling out. One idea which I think emerged from the | conference about how Pd should ideally be structured: | | - high level objects for rapid programming and beginners | - high level objects would be written in Pd so that the user can easily | get inside it | - Pd should provide a broad set of the lowest level of operators, | whether they be for audio, messages, video, etc. | | One key thing for this idea to work is that objects written in Pd should | behave the same as those written in C, C++, etc. Things are already | headed in this direction, with such new features as help patches for | abstractions, etc. | | I think this idea should be broadly applied in Pd and there are already | a number of examples of this. A set of toxy widget abstractions would be | a great solution for GUI objects, and I think the video/graphics | packages already provide low level operations, it would be good to see | more high level, reusable abstractions for video/graphics. | | I am currently in the process of implementing a set of cross-platform | objects for general access to Human Interface Devices within Pd and this | idea is a central inspiration. I am implementing a HID event object then | I am making objects written in Pd for higher level access, like [mouse], | [joystick], [tablet], etc. | | That's my two bits, I'd love to hear what others think. | | .hc | | | ____________________________________________________________________________ | | | "Information wants to be free." | -Stewart Brand