----- Original Message -----
From: Miller Puckette msp@ucsd.edu To: pd-announce@iem.at Cc: Sent: Sunday, March 25, 2012 1:52 PM Subject: [PD] [PD-announce] Pd 0.43-2 released (windows startup bug fix)
Hi all -
Only Microsoft Windows users should care... but 0.43-2 is now finalized (essentialy the same as the "test1" version), which fixes the missing TK library problem on Microsoft Windows.
I think things are reasonably stable now and I can turn to some long-put-off projects. Foremost is a unification of message boxes with "textfile" functionality, and making a matching "message" type fr data structures (which will join "float", "symbol" and "array".)
I'm afraid whatever message type you come up with for data structures will be severely limited unless you solve the problem of locality wrt data structures. Currently, one can choose either a) a modular approach with [struct $0-name] which can be used inside abstractions, or b) state-savable [struct name] which is global and thus requires part of the user's brain power to remember _not_ to load more than one instance of the patch that contains the template.
One approach is to make a public API for the process you're already using for the "Put" menu array and [table] objects. Users don't have to care (or even be aware of) the loading of the templates for _float and _float_array which is a good thing. There should be a way to make your own library using only Pd patches, and have pd look for libname_setup.pd (or some such naming scheme) in the path when I do [declare -lib libname], and if it exists load it un-vis'd. That would allow a safe way for a library to use data structures without $0-, and be able save/recall state. Plus allow all kinds of other things, like a library of abstractions which all rely on a table to read-- the table can be in libname_setup.pd, and the user can create/destroy abstractions from that library while the common table stays safe in the unvis'd setup patch.
Of course there's still the problem of name clashes since [struct libname] is a global variable and [table lib-whatever-table] is a global table, but a unique libname shouldn't be too hard.
-Jonathan
Also, the pd~ object needs some more work, MIDI input is still buggy on Microsoft, and many small problems still need fixing.
cheers Miller
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list