Both that and a text-object upgrade are on the dolist... I need to think carefull about how exactly to do this in the most future-proof way, as usual...
cheers M On Mon, Jan 02, 2017 at 09:15:59AM -0800, Alex wrote: > I wonder if we could get the additional [inlet~] features in there too. > Maybe someone has a branch with some of those? > > I believe they were: > > 1) a control outlet so that abstractions can take both signals and controls > in their left most inlet like other (first class?) objects.. and, for > instance, clone with only signal inlets can still accept messages in its > left most inlet. > 2) another outlet to indicate if a signal is actually attached to the > abstraction's inlet. > > > The DSP signal connection sensing could be quite nice so that we could > create abstractions and externals that fade in/fade out when signal > connections are connected or disconnected.. nicer for live patching.. > > On Sun, Jan 1, 2017 at 12:32 PM, Miller Puckette <[email protected]> wrote: > > > Hi all, > > > > I'm now ready to start working toward the next Pd release (0.48) . I've > > barely > > touched the Pd sources since the 0.47-1 release last June, and meanwhile > > picked > > up lots of ideas from the Pd convention and always have my own long list of > > things to do. In the interest of transparency I'll try to map out my > > plans for > > the 3-ish months I think it will take me to get to 0.48. > > > > I'll only be advancing rather slowly before Feb. 4 because I have two > > separate > > music production projects before then; I'll start working faster after > > that. > > > > First thing is always to merge in as many patches and pull requests as I > > can. > > I get these from two sources: sourceforge > > (https://sourceforge.net/p/pure-data/patches/) > > and github (https://github.com/pure-data/pure-data/pulls). At the moment > > I don't prioritize one of those above the other. I do this first because, > > when I enter a period of heavy code editing I risk causing conflicts with > > patches/pull requests and I don't want to create extra work for > > contributors. > > > > In a few days I'll start on my own changes, with the major ones first so > > that > > there's extras time to get them decently debugged; then while bugs in the > > major changes are surfacing I can take on a larger list of smaller changes. > > The major changes I want to try to put in this release are as follows: > > > > 1. Make a stab at making Pdlib callable from multiple threads. There's a > > suggestion from Peter Brinkmann in which gensym() (and I presume by > > extension, pd_bind() etc) would be protected by a lock. I have an > > alternative > > idea I'd like to float; I'll do this in a separate message to follow. > > > > 2. fix "preferences" so that you can load/store them explicitly to files, > > and > > offer an option to delete all "system" preferences ("defaults" on mac; > > registry info on Windows). > > > > 3. Adapt and incorporate the Pd-llork/purr-data "infinite undo" feature. > > Since > > the code has diverged I'll probably have to extensively rewrite it to work > > in Pd > > vanilla. > > > > 4. fix the DSP sorting mechanism so that objects can sense whether they > > have > > signals connected and, if not, avoid having Pd automatically generate fake > > signals for them to use. This way, for example, "+~" can finally detect > > whether > > it's got a signal connected without having the user have to tell it via > > "+~ 0". > > Also, then the filters (hip~ etc) can then be upgraded to allow signals for > > filter parameters, without doing the extra calculations if there's no > > signal > > connected. This will require adding something to the "DSP" mechanism; I'm > > still > > not sure how to do this in the best way. > > > > 5. Make a binary "FUDI" format for pd~ objects, and perhaps also offer it > > as an > > option for netsend/netreceive (I'm not sure if that's needed or not - > > maybe the > > existing "-b" binary formatting can be used in conjunction with some new > > formatting/parsing objects to allow passing floats and symbols around in > > binary > > messages instead.) > > > > 6. Hack at sigmund~ to add some features it needs. > > > > This is a long list and I probably won't get to all of it. Then I'll move > > onto > > all the smaller changes, which are too numerous to list here. > > > > > > _______________________________________________ > > [email protected] mailing list > > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > > listinfo/pd-list > > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
