Re: [PD] New users and external path struggles

>> None will clash with the others. > that's also true for Pd vanilla! Yes-- the class loader behavior I described is part of the Pd vanilla codebase. -Jonathan ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://li

Re: [PD] New users and external path struggles

> None will clash with the others. that's also true for Pd vanilla!   Gesendet: Sonntag, 30. Juli 2017 um 23:58 Uhr Von: "Jonathan Wilkes" An: "Christof Ressi" , "Dan Wilcox" Cc: Pd-List Betreff: Re: [PD] New users and external path struggles > yea

Re: [PD] New users and external path struggles

> yeah, this worked because of libdir. A few details: * The Pd extended libdir loader searches for a $LIBNAME-meta.pd file. If it finds it it adds the directory containing it to the global search path.* namespace prefixes (probably better referred to as directory prefixes) will add the prefix

Re: [PD] New users and external path struggles

yeah, this worked because of libdir. Gesendet: Sonntag, 30. Juli 2017 um 22:40 Uhr Von: "Dan Wilcox" An: "Christof Ressi" Cc: "Miller Puckette" , Pd-List Betreff: Re: [PD] New users and external path struggles I guess I mean nothing by than and am completely

Re: [PD] New users and external path struggles

2017-07-30 17:38 GMT-03:00 Christof Ressi : > > whereas throwing stuff in ../extra "just works". > > what do you mean by that? when I throw 'mylib' folder (containing foo.pd) > into ../extra, I either have to add ../extra/mylib to the user paths OR do > [declare -stdpath mylib] or always do [mylib

Re: [PD] New users and external path struggles

I guess I mean nothing by than and am completely wrong. I'm thinking of the old extended behavior with libdir finding things automatically. I use *very few* externals at this point, so I shouldn't say anything more I suppose. > On Jul 30, 2017, at 10:38 PM, Christof Ressi wrote: > >> whereas t

Re: [PD] New users and external path struggles

m 22:21 Uhr Von: "Dan Wilcox" An: "Miller Puckette" Cc: Pd-List Betreff: Re: [PD] New users and external path struggles I think what it boils down to is that the paths in st_staticpath (Pd) are used recursively and the paths in sys_searchpath (user) are not. This means if we h

Re: [PD] New users and external path struggles

, 2017, at 10:00 PM, pd-list-requ...@lists.iem.at wrote: > > From: Miller Puckette mailto:m...@ucsd.edu>> > Subject: Re: [PD] New users and external path struggles > Date: July 30, 2017 at 8:56:30 PM GMT+2 > To: Alexandre Torres Porres mailto:por...@gmail.com>> > Cc: p

Re: [PD] New users and external path struggles

yeah, I started a new thread and brought this up. Shall we move it there? Seems like a good idea now that we have a new focus to start over. cheers ___ Pd-list@lists.iem.at mailing list

Re: [PD] New users and external path struggles

d load libraries with [declare]. "Startup..." already looks for libraries in the user paths, so that's fine already. Christof > Gesendet: Sonntag, 30. Juli 2017 um 20:56 Uhr > Von: "Miller Puckette" > An: "Alexandre Torres Porres" > Cc: "Christof

Re: [PD] New users and external path struggles

want to install there! > > > > sorry for being redundand but I think we have to find a consensus on this > > sooner or later, not necessarily for this release! > > > > Christof > > > > > > > > > > > > > > Gesendet: Sonntag, 30. Jul

Re: [PD] New users and external path struggles

ld always initially propose the > user specific standard path and create it when you want to install there! > > sorry for being redundand but I think we have to find a consensus on this > sooner or later, not necessarily for this release! > > Christof > > > > >

Re: [PD] New users and external path struggles

Torres Porres" An: "Christof Ressi" Cc: "Jesse Mejia" , pd-list Betreff: Re: [PD] New users and external path struggles     2017-07-30 14:06 GMT-03:00 Christof Ressi mailto:christof.re...@gmx.at]>: So are there arguments against documents/pd as a standard sear

Re: [PD] New users and external path struggles

We love you Dan :-) > Gesendet: Sonntag, 30. Juli 2017 um 19:27 Uhr > Von: "Alexandre Torres Porres" > An: "me.grimm" > Cc: "Derek Holzer" , "pd-list@lists.iem.at" > > Betreff: Re: [PD] New users and external path struggles > >

Re: [PD] New users and external path struggles

2017-07-30 14:06 GMT-03:00 Christof Ressi : > > So are there arguments against documents/pd as a standard search path? > Let's stay clear from the autocreation topic for now. > The arguments seem to be based on a view against a consensus we seem to have here, in which a standard search path is no

Re: [PD] New users and external path struggles

2017-07-30 14:17 GMT-03:00 me.grimm : > > 5 serious gold stars and a major round of applause... im sure there is no > thanking enough on the great work... > +1000 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists

Re: [PD] New users and external path struggles

>> Disclaimer: I am aware that GEM does not run on 64 bit, this is a whole new discussion we should start and after new pd release we should figure out how to go forward with this. as dan mentioned avfoundation osx framework plugin is 20% done. i have compiled a couple days ago and it DOES load a

Re: [PD] New users and external path struggles

hr > Von: jme...@anestheticaudio.com > An: "Christof Ressi" > Cc: macumbi...@googlemail.com, pd-list@lists.iem.at > Betreff: Re: [PD] New users and external path struggles > > On 2017-07-30 08:39, Christof Ressi wrote: > > > With pd-0.47 this is a simple guide h

Re: [PD] New users and external path struggles

I'm on my own page because I can't read any more 4-5 paragraphs per post and, when I write my own, I don't feel they are read anyway. Working on Pd the last couple weeks has been rewarding in providing usability improvements but, at this point, it feels like whack a mole & burn out. Sorry if I'

Re: [PD] New users and external path struggles

2017-07-30 12:48 GMT-03:00 Dan Wilcox : > As I've mentioned on the super long Github discussion about this, I am > working on a proposal to fix all of this. > Ok, I haven't mentioned that particular "super long Github discussion" here. What Dan is mentioning is a Pull Request I did for exactly ad

Re: [PD] New users and external path struggles

As I've mentioned on the super long Github discussion about this, I am working on a proposal to fix all of this. Maybe y'all should wait a bit and see if it solves things? > On Jul 30, 2017, at 5:39 PM, pd-list-requ...@lists.iem.at wrote: > > Of course there can be always improvements made to d

Re: [PD] New users and external path struggles

On 2017-07-30 08:39, Christof Ressi wrote: > With pd-0.47 this is a simple guide how to install GEM on Windows: > > 1) create C:/Users/You/AppData/Roaming/Pd (the user specific standard path on > Windows) if it doesn't exist yet. > 2) open Pd -> find externals -> search for 'gem' -> download > 3

Re: [PD] New users and external path struggles

On 2017-07-29 15:42, Roman Haefeli wrote: > On Sam, 2017-07-29 at 11:35 -0600, jme...@anestheticaudio.com wrote: > >> Going through Alex's excellent documentation made me think about how >> nearly every single new PD user I encounter struggles with OS >> specific problems when it comes installin

Re: [PD] New users and external path struggles

font size) is not a lot and it contains essential information every Pd user has to know. but for a workshop situation like yours you can just use a quick guide like above. Christof > Gesendet: Sonntag, 30. Juli 2017 um 12:30 Uhr > Von: "Derek Holzer via Pd-list" > An:

Re: [PD] New users and external path struggles

2017-07-30 7:30 GMT-03:00 Derek Holzer via Pd-list : > new users will not read 14 pages to install libs they have never used > before. My documentation won't even tell you how to deal with any issue pointed here (as going to a hidden system folder and create a standard path, etc). So it doesn't

Re: [PD] New users and external path struggles

Chiming in here as well. At least one factor instigating this current thread was me asking in the Facebook group if there is a simple, canonical way of installing GEM via deken. Of note: every reply apart from Alexandre's told me I should install Extended, or install Purr Data, or copy the lib

Re: [PD] New users and external path struggles

rsity of Connecticut, Stamford (352)-226-2016 From: Pd-list on behalf of Alexandre Torres Porres Sent: Saturday, July 29, 2017 7:55:35 PM To: pd-list@lists.iem.at Subject: Re: [PD] New users and external path struggles well, since this debate popped out, I can point to

Re: [PD] New users and external path struggles

well, since this debate popped out, I can point to a deken issue on github here: https://github.com/pure-data/deken/issues/156 - I had opened it a few days ago, where I suggested a simple change that'd improve some of these issues. All I ask is that deken consistently suggests "user specific" stan

Re: [PD] New users and external path struggles

2017-07-29 18:42 GMT-03:00 Roman Haefeli : > > Yeah. But why is unhiding necessary in the first place? From what I > understand, Deken suggests the first writable search path it finds, so > the user usually doesn't need to do anything at all but let Deken > download the external to the right place

Re: [PD] New users and external path struggles

2017-07-29 18:42 GMT-03:00 Roman Haefeli : > why is unhiding necessary in the first place? So you can easily browse it, navigate there, manage it. Like you wanna throw away an external library you found to hate or doesn't work, etc... I can only see reasons to easily access your external folders

Re: [PD] New users and external path struggles

2017-07-29 18:35 GMT-03:00 Christof Ressi : > > > having externals relative to a patch is not so uncommon and IMHO also good > practice for self-contained projects which should work out of the box. > Agreed! I really meant to say it is not common to have libraries, say "cyclone", here and there, j

Re: [PD] New users and external path struggles

On Sam, 2017-07-29 at 11:35 -0600, jme...@anestheticaudio.com wrote: > Going through Alex's excellent documentation made me think about how > nearly every single new PD user I encounter struggles with OS > specific problems when it comes installing externals. As a teacher > who introduces a lot of

Re: [PD] New users and external path struggles

do [declare -stdpath mylib] and then just [foo] because - as you said - it's not a standard path. anyway, your guide will be really helpful for beginners!  Christof Gesendet: Samstag, 29. Juli 2017 um 20:36 Uhr Von: "Alexandre Torres Porres" An: "Jesse Mejia" , "

Re: [PD] New users and external path struggles

Yes! And I truly appreciate your doc! I read it and will refer to it definitely!! +1 that it should be accessible from pd's help. I only meant to ask if there is a visual graph of the structure, and i think that it can be extracted from the code with tools for that purpose. Seeing an outline

Re: [PD] New users and external path struggles

2017-07-29 15:57 GMT-03:00 Fede Camara Halac : > Have anyone tried making a graph of such a picture? > well, I made a 14 page documentation in an attempt to do so - as pointed in this other thread

Re: [PD] New users and external path struggles

Have anyone tried making a graph of such a picture? I remember seeing that on Gem and its chain Could the path structure be extracted from the code by some utilities like http://www.gson.org/egypt/egypt.html ? fdch.github.io/tv > On Jul 29, 2017, at 2:36 PM, Alexandre Torres Porres wrote

Re: [PD] New users and external path struggles

Thanks for your input. This is a recurring topic that me and others have pointed. I've made simple suggestions that'd take care of most of this, including one of yours, but found resistance. Now, some of the feedback, unexpectedly, led me to suspect much of the resistance comes from not actually g

[PD] New users and external path struggles

Going through Alex's excellent documentation made me think about how nearly every single new PD user I encounter struggles with OS specific problems when it comes installing externals. As a teacher who introduces a lot of new people to PD - I see this a LOT. The standard place for putting externa