@miller: > I just noticed that the IEM slider object spits out a number when clicked > upon
This has always been the case as far as i know (and I've just tested on 0.43.0 and it was already true). I don't think this should change... Le mar. 12 mars 2024 à 14:34, Alexandre Torres Porres <[email protected]> a écrit : > I replied without seeing other messages, sorry, in a rush here :) > > Em ter., 12 de mar. de 2024 às 10:20, Alexandre Torres Porres < > [email protected]> escreveu: > >> Some PRs for that >> >> https://github.com/pure-data/pure-data/pull/2059 >> https://github.com/pure-data/pure-data/pull/1978 >> https://github.com/pure-data/pure-data/pull/2049 >> https://github.com/pure-data/pure-data/pull/2052 >> https://github.com/pure-data/pure-data/pull/2110 >> > > so, besides multichannel stuff from christof in the middle, last one is > adding MC secondary signals to clip~ and the 1st is to draw a thicker MC > connection line > > > >> In general, instead of a very dense 2-week merge window twice a year, it >> would great to merge PRs on a mere regular basis. Not only would it >> cause less stress, it would also give us more time to find bugs before >> the actual release. That's just my personal opinion, of course. >> > > +10000 :) > > may I ask if you're finally retired from classes at UCSD by the way Miller > ;) > > cheers > >> >> --- >> >> A few things from my side: >> >> 1. Please consider my scheduler improvements: >> https://github.com/pure-data/pure-data/pull/1756 >> >> I have been using this for 1 1/2 years now, both in my daily patching >> and in big concerts (including an opera production!), and I can't live >> without it anymore. It would be nice if other people could enjoy these >> improvements as well. Also, I wouldn't have to hand out custom Pd >> versions to my performers anymore :) >> >> --- >> >> 2. There are quite a few missing multichannel features! >> >> Here are my multichannel PRs: >> >> * MC support for [print~], [snapshot~] and [sig~]: >> https://github.com/pure-data/pure-data/pull/1978 >> >> * MC support for [readsf~] and [writesf~]: >> https://github.com/pure-data/pure-data/pull/2052 >> >> * MC support for [delwrite~], [delread~] and [delread4~]: >> https://github.com/pure-data/pure-data/pull/2049 >> >> * allow to change the number of tables/channels in table DSP objects: >> https://github.com/pure-data/pure-data/pull/2058 >> >> * signal comparison operators (finally!) with multichannel support: >> https://github.com/pure-data/pure-data/pull/2054 >> >> The [snake~] object is also missing a few crucial features, most >> importantly: >> >> * query the number of channels in a MC signal, e.g. [snake~ count] >> >> * combine several MC signals into a single MC signal, e.g. [snake~ >> join], or extend [snake~ in to accept multichannel signals >> >> * split a MC signal into several MC signals resp. get a subset of >> channels, e.g. [snake~ split] resp. [snake~ get] >> >> * sum a MC signal, e.g. [snake~ sum] >> >> People are already implementing these as externals, but these features >> seem so basic that they really should be part of Pd vanilla IMO. >> >> For reference, here's the discussion: >> https://github.com/pure-data/pure-data/issues/1996 >> >> --- >> >> A few other things I really want to see eventually (not necessarily for >> this release): >> >> * more clone improvements: >> https://github.com/pure-data/pure-data/pull/2053 >> >> * "goprect" method: https://github.com/pure-data/pure-data/pull/627. >> Solves a real issue and lying around for 5 years now. >> >> * namespace constructors for all external objects: >> https://github.com/pure-data/pure-data/pull/630. Solves a real issue and >> lying around for 5 years. >> >> Cheers, >> >> Christof >> >> PS: here is a full list of my open PRs, in case anyone is interested: >> >> https://github.com/pure-data/pure-data/pulls/Spacechild1?page=1&q=is%3Aopen+is%3Apr+author%3ASpacechild1 >> >> On 12.03.2024 08:47, Miller Puckette wrote: >> > To Pd dev - >> > >> > I'm thinking of making a release mid April (assuming things go well) >> > and so I should probably call for a freeze late March. As usual I >> > plan to merge in "devel" and "Documentation" - in fact I should do a >> > first merge rather soon, assuming things are in a good state for >> merging. >> > >> > I'm planning to add a couple of features: 1. message to Pd to toggle >> > between GUI and no-GUI -- perhaps with a way to reset the GUI startup >> > command -- so that if you have a headless installation that's doing >> > something funny you can pop it open and look; and 2. improvements to >> > the "pointer" object to make it easier to get around data structures, >> > and possibly a menu extension for dragging new "data" onto the screen; >> > 3. an optional pop-up display showing (x,y) coordinates of object or >> > data knob being dragged. >> > >> > Incidentally: I just noticed that the IEM slider object (and proabbly >> > other EM GUIs) spits out a number when clicked upon, even if not >> > dragged. Is this desirable behavior? It caught me out buit perhaps >> > other users are actually wanting to be able to click on a control to >> > repeat its value. Hmm.. >> > >> > cheers >> > >> > Miller >> > >> > >> > >> > >> > _______________________________________________ >> > Pd-dev mailing list >> > [email protected] >> > https://lists.puredata.info/listinfo/pd-dev >> >> >> >> _______________________________________________ >> Pd-dev mailing list >> [email protected] >> https://lists.puredata.info/listinfo/pd-dev >> > _______________________________________________ > Pd-dev mailing list > [email protected] > https://lists.puredata.info/listinfo/pd-dev >
_______________________________________________ Pd-dev mailing list [email protected] https://lists.puredata.info/listinfo/pd-dev
