Pd-dev March 2024

pd-dev@lists.iem.at

9 participants
6 discussions

Seeking co-maintainers for Scheme for Pd
by Iain Duncan 25 Mar '24

25 Mar '24

Hello hackers, a couple of years ago I made Scheme for Pd, a sibling project of my Scheme for Max external that allows scripting Pd (and Max) in s7 Scheme. I'm now into a PhD and am (surprise, surprise) rather busy, but there are some things that could be done with the Pd version that would be interesting. In a nutshell, it's like a cross between Max's JS object (but able to run temporally accurate code) and Common Music 3 (much of which it can run, same Scheme interpreter). For the initial release, I was only interested in solo development as it was a master's project. This is a call to see if there are people interested in joining on the project so I can bring it back to life. It requires a fairly good understanding of writing externals in C and of Scheme. It does not (yet) do DSP, only message stuff. There are a number of recent developments in the Max version that would be neat to port over if there is interest. The project page is here: https://github.com/iainctduncan/scheme-for-pd Some videos are here: https://www.youtube.com/c/musicwithlisp If you are interested, please email me as well as the list, at iainctduncan @{ the mail server that starts with G}.com thanks iain

3 4

Re: [PD-dev] Seeking co-maintainers for Scheme for Pd
by Dan Wilcox 25 Mar '24

25 Mar '24

+1 If people use it, it will be maintained. It's best if someone can act as a general maintainer to help coordinate submissions from the general community. The pd-externals group makes it relatively easy for this unless you want to keep the project within your user space specifically. If transferred, you can still be the owner of the repository with full access to it. > On Mar 20, 2024, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > Message: 1 > Date: Tue, 19 Mar 2024 13:09:27 +0100 > From: IOhannes m zm?lnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > Subject: Re: [PD-dev] Seeking co-maintainers for Scheme for Pd > Message-ID: <29d3083f-0419-4c7a-a1b6-fbdb29169bc4(a)iem.at <mailto:29d3083f-0419-4c7a-a1b6-fbdb29169bc4@iem.at>> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On 3/17/24 06:14, Iain Duncan wrote: >> It occurred to me thinking further that really one doesn't need to know >> much about Scheme or Lisp, provided one is interested, as I didn't when I >> started! The work is mostly in C. FWIW. :-) > > how about moving the repository to <https://github.com/pd-externals/> ? > there are always? some volunteers who can help with bugfixing and the > like, and if someone is willing to dig deeper into scheme4pd, they can > always join (and leave, if need be). > > in general i think the pd-externals group is a good place for small > team-maintained externals. > > > personally, i am interested in that external (and have plenty of C > skills) - but honestly I have other things on my plate as well, so > couldn't do a full time maintenance o fthe project. > > gfmards > IOhannes -------- Dan Wilcox danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Re: [PD-dev] release April?
by Dan Wilcox 15 Mar '24

15 Mar '24

My 2 cents: baby, bathwater. The IME GUIs may not be *perfect* but they, so far, have been *good enough*. I am always fearful of trying to design & implement the "one *whatever* to rule them all" as making something too generic ends up being more complicated then the simplest approach, with some amount of code sharing to avoid redundancy. (That being said, I am only reacting and maybe you have something in mind which deals with this.) I think we can consider ways to overhaul the existing ones for sure. For instance, I have a balanced approach to implementing the GUIs in Pdparty using Apple frameworks using single-inheritance OO: https://github.com/danomatika/PdParty/tree/master/src/gui There is a Widget class which everything else inherits from. Then shared code within IEMWidget class which Bang, Slider, etc use. I don't think this is far off from the recent refactors in the IEM widget code base over the last years. > On Mar 15, 2024, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > Date: Thu, 14 Mar 2024 14:36:50 +0100 > From: Christof Ressi <info(a)christofressi.com <mailto:info@christofressi.com>> > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > Subject: Re: [PD-dev] release April? > Message-ID: <24adbd83-47b5-4fbd-bbc9-2fb56d69f7b7(a)christofressi.com <mailto:24adbd83-47b5-4fbd-bbc9-2fb56d69f7b7@christofressi.com>> > Content-Type: text/plain; charset=UTF-8; format=flowed > >> Anyway, I've been holding off on introducing yet one more ad-hoc GUI >> device until I (or someone :) can make a properly unified GUI for >> numerical controls. > Is this realistic? And does it really warrant withholding a proper knob > UI for another couple of years (or even forever)? > > A knob would not prevent a "unified numerical control" in the future. > Yes, it would be one more legacy object to deal with, but does it really > matter at this point? It's not like we're constantly adding new UI > elements. The last time was probably 20 years ago :) I guess if Thomas > Musil made one back in the day, we would have it anyway. > > A more general question: what would the advantage of such a "unified" > GUI object, in particular for the user? I guess the idea is that you can > easily turn any numeric GUI element into another? > > Cheers, > > Christof -------- Dan Wilcox danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD-dev] release April?
by Dan Wilcox 14 Mar '24

14 Mar '24

I agree. There is also the mknob from moonlib which I have actually replicated for PdParty. I think both of these knob implementations fit nicely with the other IEM guis. > On Mar 14, 2024, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > Date: Wed, 13 Mar 2024 13:10:19 +0100 > From: Christof Ressi <info(a)christofressi.com <mailto:info@christofressi.com>> > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > Subject: Re: [PD-dev] release April? > Message-ID: <f8bc28fd-f54c-4814-828b-686aa2fbfd6d(a)christofressi.com <mailto:f8bc28fd-f54c-4814-828b-686aa2fbfd6d@christofressi.com>> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > I strongly endorse both PRs :) > > Fractional zoom levels would be a game changer! The current integer zoom > levels are pretty much useless in practice because typical scaling > factors are more like 125% or 150%. > > A knob is such a basic UI element for audio applications. I really think > this should be part of Pd vanilla and not require some external. It > isn't (only) about aesthetics; knobs have clear advantages over sliders > in many situations as they allow to map the same range into a much > smaller space. Just think about a simple mixer strip! > > Christof -------- Dan Wilcox danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 4

release April?
by Miller Puckette 13 Mar '24

13 Mar '24

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

6 13

Re: [PD-dev] release April?
by Dan Wilcox 13 Mar '24

13 Mar '24

Howdy Miller,, sounds good. I agree with Christof that many of us have Easter vacation coming, so activity may go down. I can highlight some current PRs. A fix needed for libpd: fix pd_this on Windows https://github.com/pure-data/pure-data/pull/2165 A couple of things I would really highlight as they are user experience paper cuts for many people. Plus, both PRs have been in development and use for some time by people doing self-builds and or through pd-next: add tcl color variables to pd https://github.com/pure-data/pure-data/pull/196 snap to grid https://github.com/pure-data/pure-data/pull/739 There are also a number of gop fixes & updates in Christofs PRs which I think are important as they solve some common issues for people making custom GUIs. > On Mar 12, 2024, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > Date: Tue, 12 Mar 2024 08:47:51 +0100 > From: Miller Puckette <mpuckette(a)cloud.ucsd.edu <mailto:mpuckette@cloud.ucsd.edu>> > To: pd-dev <pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>> > Subject: [PD-dev] release April? > Message-ID: <d4021fe8-9dfc-4f91-b2a3-d7d1da43f4d0(a)cloud.ucsd.edu <mailto:d4021fe8-9dfc-4f91-b2a3-d7d1da43f4d0@cloud.ucsd.edu>> > Content-Type: text/plain; charset=UTF-8; format=flowed > > 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 -------- Dan Wilcox danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev March 2024