Re: [PD] Pd documents path proposal

This is great!! Thanks so much Dan! Ideal! > On Jul 30, 2017, at 5:32 PM, Dan Wilcox wrote: > > Here is my *working* proposal for beginner-friendliness: the Pd Documents > directory. Also includes deken-workingness. > > Thanks to Miller for the new "add-to-path" message. > > Video demo: http

Re: [PD] Pd documents path proposal

Now, in order to make this more like how we've been dealing with "standard path", could the "*externals install directory*" also load its contents to the "help browser"? That would take one issue out of the way. But it doesn't have to be "now". cheers 2017-07-31 0:24 GMT-03:00 Alexandre Torres P

Re: [PD] Pd documents path proposal

As the someone who's been nagging the most about this, let me say: - I love all that there is to it. - Best feature added, hands down. - This is wonderful, you're the man. Sorry if I drove you crazy. Yes, there are issues I already brought up and I'm still concerned with them, but I wanna make it

[PD] Pd documents path proposal

Here is my *working* proposal for beginner-friendliness: the Pd Documents directory. Also includes deken-workingness. Thanks to Miller for the new "add-to-path" message. Video demo: https://youtu.be/YWMnynyIeoc The documents path is an optional beginner-friendly l

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 > yeah, this worked because of libdir.   A few de

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 wrong. I'm thinking of the old ex

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

> 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/foo]. so ../extra (and other standard paths) are a

Re: [PD] Revision of Standard Paths (was Re: New users and external path struggles)

2017-07-30 17:20 GMT-03:00 Christof Ressi : > > with user paths you automatically have global/user space simply because > some folders are global (C:/Users/All Users/Pd/libs) and some are for users > (C:/Users/Christof/Pd/libs) :-). > yeah, you can add globals too, that is if all users to the same

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 have an deken externals download dir, we still have to add *each* external's subdirectories to sys_searchpath since it's not recursive, wher

Re: [PD] Revision of Standard Paths (was Re: New users and external path struggles)

basically yes. I think we can leave the standard path mechanism as it is and just add features to the user path, as Miller suggested.   with user paths you automatically have global/user space simply because some folders are global (C:/Users/All Users/Pd/libs) and some are for users (C:/Users/Ch

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] Revision of Standard Paths (was Re: New users and external path struggles)

2017-07-30 17:04 GMT-03:00 Christof Ressi : > > > I've just written basically the same :-) > I saw it :) well, it seemed better to have a fresh reboot on the discussion now that the issue is clearer. Do you agree with the rest of this? ___ Pd-list@lists.

Re: [PD] Revision of Standard Paths (was Re: New users and external path struggles)

> A) Integrate with Pd's Help Browser and B) Integrate somehow to [declare]. > Who's following me? I've just written basically the same :-)     Gesendet: Sonntag, 30. Juli 2017 um 22:00 Uhr Von: "Alexandre Torres Porres" An: "Miller Puckette" Cc: pd-list Betreff: [PD] Revision of Standard Path

Re: [PD] New users and external path struggles

Hi, thanks for explaining! > "standard path" to refer to "stuff distributed with Pd" that would make sense if 'extra' would be the only stdpath. but there's also C:/Users/Christof/AppData/Roaming/Pd etc. and these are usually used for application user data. also, we came to get used to [declare

[PD] Revision of Standard Paths (was Re: New users and external path struggles)

2017-07-30 15:56 GMT-03:00 Miller Puckette : > I think the way forward is to somehow get the "path" mechanism to do what > people are asking for. > Fair enough, and I see that would mean getting the mechanism to: *A)* Integrate with Pd's Help Browser; B*)* Integrate somehow to [declare] and *C)*

Re: [PD] New users and external path struggles

Except perhaps in this thread I can try to explain... I always meant "standard path" to refer to "stuff distributed with Pd", and "Path" to be adjustible to point to libraries that are not part of the Pd distribution. I think part of the confusion comes from different possible interpretations of "s

Re: [PD] New users and external path struggles

once again, check that github discussion and see what you make of it... 2017-07-30 15:33 GMT-03:00 Christof Ressi : > > on a view against a consensus we seem to have here, in which a standard > search path is not a place for externals, > > but th

Re: [PD] New users and external path struggles

> on a view against a consensus we seem to have here, in which a standard > search path is not a place for externals, but that's rather absurd. what is the use of a standard path if not a place where to put libraries? you described it beautifully in your HOWTO: application specific standard pat

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 > > 2017-07-30 14:17 GMT-03:00 me.grimm : > > > > > 5 serious gold st

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

Haha, oh gosh, osx really loves to hide things from their users. But yeah, documents/pd could be added to the standard paths. This would make things much easier. Processing also does that (for a reason). In the end, the user can decide where they want to put their stuff. there have been long dis

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] [PD-announce] Pd 0.48-0test6 released

this is only a cosmetic thing: the Windows installer suggests the folder "C:\Program Files (x86)\Pd\bin" instead of "C:\Program Files (x86)\Pd." Christof > Gesendet: Samstag, 29. Juli 2017 um 21:17 Uhr > Von: "Miller Puckette" > An: pd-annou...@iem.at > Betreff: [PD] [PD-announce] Pd 0.48-0test

Re: [PD] New users and external path struggles

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) create a new patch and create [declare -stdlib gem -st

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] [PD-announce] Pd 0.48-0test6 released

Hi, thanks for clarifying! I think we were just confused because except for the deken install path everything in the "Path..." settings is stored in .pdsettings. But for me that's fine. Anyway, thanks a lot for your great work!! Christof     Gesendet: Sonntag, 30. Juli 2017 um 11:48 Uhr Von: "

Re: [PD] Writing part of large table to file

Have a look at the [soundfiler] object. Cheers > Gesendet: Sonntag, 30. Juli 2017 um 12:14 Uhr > Von: "Hrvoje Radnic via Pd-list" > An: Pd-List > Betreff: [PD] Writing part of large table to file > > Dear List! > I would like to save a part of very large table into the audio file. Let's > say,

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

[PD] Writing part of large table to file

Dear List! I would like to save a part of very large table into the audio file. Let's say, I have a 10 million points sized table and want to save a file to disk which contains the part of that table, ranging from 2M to 3M point. I know how to do it by recording the audio in real time, but would

Re: [PD] Question regarding the font of Pd-0.48

Font metrics will not. It's not as easy as "change the numbers in pd-gui.tcl" and involves finding & porting in all the sizing tweaks from extended (ie. object margins are different, widths of atoms is different, font placement is tweaked, etc). This is in the C core. I spent a whole day trying

Re: [PD] [PD-announce] Pd 0.48-0test6 released

It's saved to the GUI preferences, not the core preferences, so it will not appear in settings exports. There is a distinction between the core settings and GUI-specific stuff like the recent files list, log level, and now the deken install path. If you want to change that, maybe open another 1

Re: [PD] how to emulate mouse left-click to canvas?

Can still crash on mac, if not the patch window doesn't open. This may not be a cross-platform solution due to the differences in window managers. > On Jul 29, 2017, at 11:30 AM, pd-list-requ...@lists.iem.at wrote: > > From: Ingo Stock mailto:m...@ingostock.de>> > Subject: Re: [PD] how to emulat