[PD-dev] release April?

[Alexandre Torres Porres]

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