[PD-dev] release April?

Tue Mar 12 15:26:12 CET 2024

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
<antoine at metalu.net>:
>
> @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 <porres at gmail.com> 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 <porres at gmail.com> 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
>>> > Pd-dev at lists.iem.at
>>> > https://lists.puredata.info/listinfo/pd-dev
>>>
>>>
>>>
>>> _______________________________________________
>>> Pd-dev mailing list
>>> Pd-dev at lists.iem.at
>>> https://lists.puredata.info/listinfo/pd-dev
>>
>> _______________________________________________
>> Pd-dev mailing list
>> Pd-dev at lists.iem.at
>> https://lists.puredata.info/listinfo/pd-dev
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev