hi, excited to hear about an upcoming Pd0.55!
> 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... +1 ... and just wanted to add to this: it might not be the obvious behavior for steady-on-click sliders (although i certainly just clicked on sliders in the past to set values) - but imho, it's expected for jump-on-click mode and it seems right if they behave consistently there. cheers, ben Am Di., 12. März 2024 um 15:05 Uhr schrieb Antoine Rousseau <[email protected]>: > > @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 _______________________________________________ Pd-dev mailing list [email protected] https://lists.puredata.info/listinfo/pd-dev
