Pd-list February 2021

pd-list@lists.iem.at

45 participants
43 discussions

hoa.process~ object issue (ceammc library)
by Vinicius Cesar 19 Feb '21

19 Feb '21

Hi everybody, I'm trying to use the hoa.process~ object to create a delay line in the harmonic domain, but I can't load a patch inside it. I realized that some hoa.process~ help patches don't load too. Maybe it doesn't have completely implemented. Does anyone know what may be happening? All the best, Vinicius

1 0

[PD-announce] apt.puredata.info +autobuild.puredata.info have been discontinued
by IEM Network Operation Center (IOhannes m zmölnig) 19 Feb '21

19 Feb '21

to absent friends. today, the iem is announcing the shut down of the https://apt.puredata.info/ and https://autobuild.puredata.info/ services. if you are missing these services, now is the time to propose a toast. if you are going to miss these services, think again. https://apt.puredata.info/ provided Debian packages of Pd-extended, up to Debian/wheezy (aka Debian 7) resp Ubuntu/trusty (aka Ubuntu 14.04). As we all know, the last release of Pd-extended was based on Pd-0.43 and happened in january 2013. it has been dead since then. Debian/wheezy was released in 2013 and has been superseded by Debian/jessie (aka Debian 8) in 2015. The Long Term Support (LTS) for Debian/jessie [sic!] ended in june 2020. There was no LTS for Debian/wheezy. Ubuntu/trusty was released in 2014 and received Long Term Support until april 2019. https://autobuild.puredata.info/ provided nightly snapshots of Pd-extended, so people could test all the new development features of Pd-extended without having to compile themselves. Again, Pd-extended has been dead for 7 years. The last nightly development snapshot was uploaded in 2016. happy patching. fgmadrs IOhannes _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] list item picker widget - [declare] lib paths
by Dan Wilcox 16 Feb '21

16 Feb '21

In some recent and proposed updates to declare and the loader, the movement is toward being able to load both compiled and abstraction libraries without having to use both -lib & -path, but we are not there yet: https://github.com/pure-data/pure-data/pull/440 <https://github.com/pure-data/pure-data/pull/440> In many ways, -stdpath and -stdlib is legacy but of course will most likely not be removed or explicitly deprecated unless there is a real need. It is however highly encouraged *not* to use them, ie. no longer having users manage stuff inside the macOS Pd .app bundle. In your case with netpd and bundled resources, then I imagine they are still quite useful. :) > On Feb 16, 2021, at 2:37 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Tue, 16 Feb 2021 14:37:19 +0100 > From: Roman Haefeli <reduzent(a)gmail.com <mailto:reduzent@gmail.com>> > To: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] list item picker widget - [declare] lib paths > Message-ID: <f592ac96dd0de66fa4679b609eb2e7096e9e2864.camel(a)gmail.com <mailto:f592ac96dd0de66fa4679b609eb2e7096e9e2864.camel@gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Thanks for the full picture, Dan. > > I guess the main point is that when Pd users go along the defaults, > they need patches to use -path and -lib. > > Even more, -lib and -path _also_ work for stuff installed in any of the > standard search paths like <pd-dir>/extra. Assuming that people use a > recent version of Pd, there can be no harm in using -lib and -path. > They cover more use cases. Thus, I'd say using -lib and -path should be > considered the canonical way of loading libraries. > > Roman -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD] list item picker widget - [declare] lib paths
by Dan Wilcox 16 Feb '21

16 Feb '21

I don't know if this is purely "canonical", but this is how it works: The Document's path was added to provide a default location for deken to download externals, ~/Documents/Pd. It is purely optional but builds on the existing search path functionality. The idea is help beginners manage search paths and move away from installing stuff to extra or ~/pd-externals, etc. It is implemented as a gui plugin which is included with Pd. The source is in the Pd tcl folder. If the Documents path is used, an "externals" subfolder is created and added to the search paths, so installing something via deken, should only require [declare] -path and/or -lib for usage. Basically, if an abstraction-only library is in ~/Documents/Pd/externals ala ~/Documents/Pd/externals/extname, then it should be found with [declare -path extname] assuming the user is using the Documents path *and* has installed the "extname" external to the default location via deken. You can, of course, manually add external folders as well. Additionally, you can restrict declare to only look in relative paths when adding folders relative to a patch by prepending . or .. to the beginning, ie [declare -path ./extname] will only look for a folder named "extname" in the same folder as the patch, without looking in any of the user or "standard" search paths. > On Feb 16, 2021, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Tue, 16 Feb 2021 10:33:52 +0100 > From: João Pais <jmmmpais(a)gmail.com <mailto:jmmmpais@gmail.com>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] list item picker widget - [declare] lib paths > Message-ID: <e362b696-301a-ee0d-e4d9-a5db6ee32676(a)gmail.com <mailto:e362b696-301a-ee0d-e4d9-a5db6ee32676@gmail.com>> > Content-Type: text/plain; charset=utf-8; format=flowed > >>> I'm not quite sure what the canonical declaration style is, -lib/- >>> path or -stdlib/-stdpath. I guess the former will work better for >>> Pd's own default setup. >> I should say this is true since 0.50 or so. Before that, -stdlib/- >> stdpath was the common thing to use. > What would be then the canonical now, no "-std"? I can change that > easily in my patches, but would be good to have it confirmed. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Unable to enter a number value using keyboard
by Pedro Alexandre de Araújo Gomes Lapido Loureiro 15 Feb '21

15 Feb '21

Hi I'm using Pd version 0.51.4 and Windows 10. When I create a number object, I'm unable to enter a value using the keyboard. It's only possible using ctrl + mouse left button. Thanks Cheers Pedro

2 2

Dynamically set font size of patch
by Roman Haefeli 15 Feb '21

15 Feb '21

Hi Is it possible to dynamically set the font size of a patch? Thanks, Roman

2 2

Re: [PD] Pd-list Digest, Vol 191, Issue 33
by Dan Wilcox 15 Feb '21

15 Feb '21

> so, for a first attempt, I'd tell linux users only to "hey, install this > yourselves", they'll even be happy :) Yes. This is simpler by far. Note: it was suggested in another mail to use the PdFontLoader which is a workaround for loading local fonts on Windows. This would work for within a GUI plugin, no external required, but I would not assume the font loader and it's calling style will stay consistent as it's not really a "public API" part of there GUI. I would personally try a GUI plugin first which just runs the TK calls to load whatever font you want, then it could be used either by retrieving the font instance or via the font-family name. After that, however, you don't really have a way too *use* it directly unless you are sending actual Tcl strings around... > windows is pretty covered and we can see if we can adapt mac to load an > external that can read a key inside a given Info.plist Nope. This will not work. It's only a convenience when the app bundle is started and not a dynamic option which can be changed or invoked after the app is running. >> The main patch canvas uses the single font specified by -font-face when >> rendering. The IEM GUI object labels have 3 font options, but none are >> settable, ie. replace or add a new option. It would probably be difficult >> to modify the canvas to work with "rich text" where fonts and styles could >> be mixed and matched. Maybe I'm wrong on this, but I'm not sure if anyone >> has tried with the Tk GUI itself, more probably with one of the forks. >> > > yeah, rich text and multiple fonts would be nice to design documentation, > but something related to this is happening, where if you have unicode > glyphs installed in your system, Pd seems to find them even though they're > not in DJVSM In the end, you still have the same problem: providing *local* fonts, not installed on the system, to Pd and "rich text" which is harder as I don't believe Tk has this as a built in option, unique southing like macOS's Cocoa API NSTextView which supports attributed strings. Honestly, this is a bunch of extra work to provide a small set of symbols whereas there are quire a number of other issues which, I feel, take higher priority of messaging/.development bandwidth. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 1

Re: [PD] unicode symbols and Pd
by Ingo 15 Feb '21

15 Feb '21

The way to send a lable to a canvas is by first going through a symbol box and the a [send "ToMyCanvasReceiveName"( . The canvas needs to be set up with the same receive name e.g. "ToMyCanvasReceiveName". In order to get text into the canvas you use [MyText( | [symbol] | [label $1( | [; "ToMyCanvasReceiveName"( BTW, I just tried replacing the pound sign [35( with unicode [8983( which is a pound sign for telephones. This works on the current Pd 0.51 but unfortunately not on my older 0.49 that I still have to use at the moment. It gives me the wrong replacement character as the character range still seems to be limited to maybe 256 characters or so on 0.49. Ingo > -----Original Message----- > From: Bill Purvis [mailto:bill@billp.org] > Sent: Sunday, January 17, 2021 5:57 PM > To: Ingo > Subject: Re: [PD] unicode symbols and Pd > > On 17/01/2021 13:36, Ingo wrote: > > Yes, of course it all works fine with [print] ! > > That's what I said. > > > > What does not work is sending it to a canvas. > > That's what I need! > > > > Ingo > How do you propose sending it to the canvas - I sent it to a symbol box? > Sorry if I haven't understood - I did say I was a newbie. > > Bill > > -- > +----------------------------------------+ > | Bill Purvis | > | email: bill(a)billp.org | > +----------------------------------------+

8 38

LOADBANG
by Ivan Pedro 14 Feb '21

14 Feb '21

Greetings, Would anyone know where to find the tutorial files for the book LOADBANG, by Johannes Kreidler ? If so, please, kindly give me some information. Thank you all in advance. Best wishes. Ivan

2 1

[PD-announce] FFTease 3.0 now available for Pd
by Eric Lyon 14 Feb '21

14 Feb '21

Greetings, I'm pleased to announce that FFTease 3.0 is now available for Pd. Based on a project started in 1999 by Christopher Penrose and myself, FFTease is a set of externals designed to make the exploration of FFT-based spectral processing as easy as possible. The package may be accessed through deken (search for "fftease") or directly downloaded from the Github distribution <https://github.com/ericlyon/pd-fftease>. Github would be the best place to send bug reports or any other feedback. Thanks to @porres, @umlaeute, and @Lucarda for invaluable assistance and contributions throughout this process. Eric _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list February 2021