Em sex., 10 de mai. de 2024 às 13:16, Christof Ressi
escreveu:
> Actually, I have quite a few other multi-channel PRs.
>
I think I mentioned them all, and then also listed the comparators later as
an 'extra' goodie ;)
___
Pd-dev mailing list
Actually, I have quite a few other multi-channel PRs. I think Miller
just didn't have time to review them. I guess we just have to wait for
Pd 0.56 :)
PS: we should also discuss or make PRs for some other essential missing
multichannel features, see
Sure, I could have addressed that it may be 'too late' and I see it, but I
guess I got hopeful with Miller saying "there is still lots to do", and I
hope we could squeeze some more features in for the next tests and final
releases.
I think I got a little spoiled that the last Pd releases have
> - i don't think there is much controversy about the suggested feature.
thanks for clarifying! possibly, using the term "controversial" was a
bit unfortunate here.
my thought simply was that adding these objects might contradict the
aim of keeping the set of pd's native objects as reduced as
On 5/10/24 02:43, Alexandre Torres Porres wrote:
Em ter., 7 de mai. de 2024 às 14:59, Benjamin Wesch <
benjamin.we...@gmail.com> escreveu:
adding signal comparison/logical operators
https://github.com/pure-data/pure-data/pull/2054 seems like a very good
feature addition
+ 1 for these objects
On 5/8/24 18:49, Miller Puckette wrote:
I couldn't immediately figure out how to fix the ugly Makefile.am stuff,
and anyway the whole thing feels fragile to me. What if we change
PD_VERSION_CODE to PD_CODE_VERSION ? Will that cause anyone trouble?
i see you renamed the define.
however,
Howdy all,
I *thought* I fixed this, but libpd/Makefile in the pure-data repo (not the
separate libpd repo), still does not correctly clear the object files out of
the extra subdirectories, ie. extra/bob~/bob~.o, etc. In any case, I pushed a
small commit to the develop branch adding a note
