[PD-dev] release April?

[Antoine Rousseau]

@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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20240312/49e14e2f/attachment-0001.htm>