[PD-dev] plans for next Pd release

Alexandre Torres Porres porres at gmail.com
Wed Jul 14 04:45:58 CEST 2021

Em ter., 13 de jul. de 2021 às 18:06, Sebastian Shader via Pd-dev <
pd-dev at lists.iem.at> escreveu:

> I understand if the feature request prs won't make it in but the color
> hooks has been sitting around for a few years now

now is the time to take them actually, and this is the oldest one, so the
first in consideration list

> & I think it's ready to go, aside from some whitespace issues possibly
> https://github.com/pure-data/pure-data/pull/196

+1000 for this one. Can't wait to setup different modes

> there's another small feature pr
> https://github.com/pure-data/pure-data/pull/1324
> thanks,
>     -Seb
> -----Original Message-----
> Message: 1
> Date: Tue, 13 Jul 2021 10:22:17 -0700
> From: Miller Puckette <msp at ucsd.edu>
> To: pd-dev at lists.iem.at
> Subject: [PD-dev] plans for next Pd release
> Message-ID: <20210713172217.v4ch3b3dk7go7k5q at ucsd.edu>
> Content-Type: text/plain; charset=us-ascii
> (re-send - I had sent to pd-dev at iem.at but that now seems to be
> defunct...)
> To Pd dev -
> I'm going to try to get the next Pd release (0.52) out over the next month
> or two.  My personal priorities for this release would be putting in a
> message
> backtrace mechanism (by overriding canvas_connect and pd_bind to go through
> small proxy objects; this will have to be done at load time I think) and
> to go back and try to figure out how to do tooltips without adding cruft to
> the inlet structure.  (There's an ancient source-patch to provide tooltips
> by Chris McCormichadn Guenter Geiger that I plan to start with -
> https://sourceforge.net/p/pure-data/patches/264/).
> Before doing that I want to do some reorganizing - in porting Pd to
> FreeRTOS
> (so I can run it on an Espressif LyraT board, which I think takes only
> about
> 10 or 20% of the current that a Pi needs) I found out that I had to move
> a few functions from one file to another.
> This might break some PRs, so... first of all would be to identify whatever
> PRs are ready to merge so I can do that before I make incompatible changes.
> Of course "stable development branch" first... then Dan's soundfile
> updates...
> then what?
> PS more ideas of mine (among many):
> hot-reloading externs via a message to Pd
> use a "unix binding" socket between Pd and pd-gui instead of localhost
> generalize number/symbol box to allow displaying entire messages or lists
> cheers
> Miller
> _______________________________________________
> 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/20210713/88f7f0c3/attachment-0001.htm>

More information about the Pd-dev mailing list