Re: [PD] 100k lines of code (was libpd separating gui from core)
IOHannes, re: 'dir for vanilla' well a quick look for the TCL script to expose the innards of pd's file browser dialog turned up empty. browsing my old code I came up with this. http://www.geocities.ws/billy_stiltner/code/cgidir.tar.gz directory services through http. with that idea pd could use pdsend/pdreceive for a FUDI file server! ha ha har har. further exploration of my old code gets into ffblk not sure if that is available on linux and macos. and even further is reading the disk 512 bytes at a time through the bios , flippin bits to decipher the FAT. might as well solder up a hex keypad with 8bit LCD to the bus-G. On Wed, Mar 19, 2014 at 5:13 AM, IOhannes m zmoelnig zmoel...@iem.atwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2014-03-18 21:37, Billy Stiltner wrote: what's wrong with making the file select dialog an atom? allready works in all the oses. just fan it's innards out some outputs do you have a public decryption key for your message? i'm totally lost. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTKV+dAAoJELZQGcR/ejb4ElsP/2i3IKRml/ooRXKWONhrJSCw FahtJFVUZswKfiFchfT3eu5+2ogxe4dkHdDnxdi1nLVIQu8hhxBTXc0S4F94Q/31 O6eHwYp5SP9vdcAJS0VFvSm1EbmbOvU7cxERa5rCzGUYCkiFbLN6y0hQRpcqOA25 UHq1k2CW6PDf02VAuTBkV5xzKmu04dmFmjbbMicvL+ywmwRL0beRU6JvQK7UqNZW 8b+B6cErKmNQlh6/3Mj3KOJ6fIjm8lHcsbzz4csioX9YyMEmy0TX94CFcSujXaIt 44tNoY7mDH7pMUfROFdzJ4a5RgNOmiKLc7iTlC0O6/ukUqxFBzuNINMyyxnqHzLX cKhCLIVlmFtQ3VQC3PiAtlqTB4g4qCIZjW47jcN3RF53r23Xdv1/EqfjTcmQRU8z UlkrF2E929zCBrQrLRIdLX8qlmO8bx1N2LcmI/lXDwN0NReIoDFzlJk1sCD38nvh mx4wa3RoEKhTFhy6bPsxnU6mMf18NYDRn7z81NBzaNvL84NMLj6THWWLL9xoR7RD YX1pDEkbVcTVxrMeUXEi6T15q1wXRMwK2+CavXXGBP517gJeWdvD/xdD+lECkxb3 CJgLuZ8qhrUadGrZlyBMPudRNYtC3DpcPLSAyWqdJBkw283RZ5sdHM69y24aCH3Y RQxH1ip8FYJ/6RQRhEDu =LJ+y -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 100k lines of code (was libpd separating gui from core)
found them in wheredoesthisgo 0.1 looks like there is no reference to the variables used in http://www.tcl.tk/man/tcl8.5/TkCmd/getOpenFile.htm maybe it is in the tk source. anyways why not just make an abstraction that calls tcl exec for linux send the path sent on an inlet to ls for windows send the path to dir.exe not sure how to list a folders contents on a mac. pipe the output to the abstractions outlet I'm not well versed in tcl or I would do it. once more for whom it may concern here are the escape sequences. I think { and } are labeled as leftbrace and rightbrace, I 've always called them curlybraces ** |Quote %60 Tilde %7E Exclamation %21 At @ Number %23 DollarSign %24 Percent %25 Carrot %5E Ampersand %26 Star * LeftParenthesis %28 RightParenthesis %29 Hyphen - Underscore _ Plus %2B Equal %3D Pipe %7C BackSlash %5C LeftBrace %7B LeftBracket %5B RightBracket %7D RightBrace %7D Colon %3A Semicolon %3B DoubleQuote %22 SingleQuote %27 LeftArrow %3C Comma %2C RightArrow%3E Period.Question %3F ForwardSlash %2F Space + CarriageReturn %0D%0A *** On Sat, Mar 22, 2014 at 6:05 AM, Billy Stiltner billy.stilt...@gmail.comwrote: IOHannes, re: 'dir for vanilla' well a quick look for the TCL script to expose the innards of pd's file browser dialog turned up empty. browsing my old code I came up with this. http://www.geocities.ws/billy_stiltner/code/cgidir.tar.gz directory services through http. with that idea pd could use pdsend/pdreceive for a FUDI file server! ha ha har har. further exploration of my old code gets into ffblk not sure if that is available on linux and macos. and even further is reading the disk 512 bytes at a time through the bios , flippin bits to decipher the FAT. might as well solder up a hex keypad with 8bit LCD to the bus-G. On Wed, Mar 19, 2014 at 5:13 AM, IOhannes m zmoelnig zmoel...@iem.atwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2014-03-18 21:37, Billy Stiltner wrote: what's wrong with making the file select dialog an atom? allready works in all the oses. just fan it's innards out some outputs do you have a public decryption key for your message? i'm totally lost. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTKV+dAAoJELZQGcR/ejb4ElsP/2i3IKRml/ooRXKWONhrJSCw FahtJFVUZswKfiFchfT3eu5+2ogxe4dkHdDnxdi1nLVIQu8hhxBTXc0S4F94Q/31 O6eHwYp5SP9vdcAJS0VFvSm1EbmbOvU7cxERa5rCzGUYCkiFbLN6y0hQRpcqOA25 UHq1k2CW6PDf02VAuTBkV5xzKmu04dmFmjbbMicvL+ywmwRL0beRU6JvQK7UqNZW 8b+B6cErKmNQlh6/3Mj3KOJ6fIjm8lHcsbzz4csioX9YyMEmy0TX94CFcSujXaIt 44tNoY7mDH7pMUfROFdzJ4a5RgNOmiKLc7iTlC0O6/ukUqxFBzuNINMyyxnqHzLX cKhCLIVlmFtQ3VQC3PiAtlqTB4g4qCIZjW47jcN3RF53r23Xdv1/EqfjTcmQRU8z UlkrF2E929zCBrQrLRIdLX8qlmO8bx1N2LcmI/lXDwN0NReIoDFzlJk1sCD38nvh mx4wa3RoEKhTFhy6bPsxnU6mMf18NYDRn7z81NBzaNvL84NMLj6THWWLL9xoR7RD YX1pDEkbVcTVxrMeUXEi6T15q1wXRMwK2+CavXXGBP517gJeWdvD/xdD+lECkxb3 CJgLuZ8qhrUadGrZlyBMPudRNYtC3DpcPLSAyWqdJBkw283RZ5sdHM69y24aCH3Y RQxH1ip8FYJ/6RQRhEDu =LJ+y -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 100k lines of code (was libpd separating gui from core)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2014-03-18 21:37, Billy Stiltner wrote: what's wrong with making the file select dialog an atom? allready works in all the oses. just fan it's innards out some outputs do you have a public decryption key for your message? i'm totally lost. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTKV+dAAoJELZQGcR/ejb4ElsP/2i3IKRml/ooRXKWONhrJSCw FahtJFVUZswKfiFchfT3eu5+2ogxe4dkHdDnxdi1nLVIQu8hhxBTXc0S4F94Q/31 O6eHwYp5SP9vdcAJS0VFvSm1EbmbOvU7cxERa5rCzGUYCkiFbLN6y0hQRpcqOA25 UHq1k2CW6PDf02VAuTBkV5xzKmu04dmFmjbbMicvL+ywmwRL0beRU6JvQK7UqNZW 8b+B6cErKmNQlh6/3Mj3KOJ6fIjm8lHcsbzz4csioX9YyMEmy0TX94CFcSujXaIt 44tNoY7mDH7pMUfROFdzJ4a5RgNOmiKLc7iTlC0O6/ukUqxFBzuNINMyyxnqHzLX cKhCLIVlmFtQ3VQC3PiAtlqTB4g4qCIZjW47jcN3RF53r23Xdv1/EqfjTcmQRU8z UlkrF2E929zCBrQrLRIdLX8qlmO8bx1N2LcmI/lXDwN0NReIoDFzlJk1sCD38nvh mx4wa3RoEKhTFhy6bPsxnU6mMf18NYDRn7z81NBzaNvL84NMLj6THWWLL9xoR7RD YX1pDEkbVcTVxrMeUXEi6T15q1wXRMwK2+CavXXGBP517gJeWdvD/xdD+lECkxb3 CJgLuZ8qhrUadGrZlyBMPudRNYtC3DpcPLSAyWqdJBkw283RZ5sdHM69y24aCH3Y RQxH1ip8FYJ/6RQRhEDu =LJ+y -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 100k lines of code (was libpd separating gui from core)
what's wrong with making the file select dialog an atom? allready works in all the oses. just fan it's innards out some outputs On Mon, Mar 10, 2014 at 3:03 PM, Jonathan Wilkes jancs...@yahoo.com wrote: On 03/10/2014 12:56 PM, IOhannes m zmölnig wrote: On 03/10/2014 05:38 PM, Jonathan Wilkes wrote: Additionally, IOhannes also knows that Miller wants the [initbang] functionality in the form of a backwards-compatible [loadbang] which takes arguments. [...] thanks for the insights. i didn't know that i knew *that*. i would therefore be interested how i could have known it. Sorry, I assumed you read the relevant publicly available thread that has messages you authored weaving through it: http://article.gmane.org/gmane.comp.multimedia.puredata.devel/8611 That's from 2010. For a patch you submitted in 2006. We're currently in 2014. That such a feature would take nearly a decade to get into the professed core (and still isn't included, in any form) is a symptom of an unhealthy development process. An unhealthy development process keeps potential developers from participating and improving the software, which is a vicious cycle. -Jonathan vcmr IOhannes ___pd-l...@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 100k lines of code (was libpd separating gui from core)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2014-03-09 14:29, me.grimm wrote: Hi Miller, I know you probably have more pressing problems but it would be nice to get something like [getdir] in vanilla before you hit those 100k lines of code OR 50 years are up :) that's probably badly spent lines of code. if we are hitting the max-lines-of-code boundary, then we should focus on getting things into Pd that are not doable via externals. just imaging we had a Pd that had built-in objectclasses to convert between all known currencies, but still no way to create abstractions with a variable number of iolets. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTHYYqAAoJELZQGcR/ejb4rB8P/2zROAF9jlYKDaRKf3EGXaLM hD/LR5jcalDcz9ZuyikYQNfLZFRc+kQ+ydgXRbnWzbeQPykidRaBWNq7mvoqG8Ok gVSxPfTzSDkfaCAJGUVNGKRrkqrvEzym80NtDrmBD8xh9PV/mN0kESE00bVciedL ZqJO36gI/Y89r13QkWTPSiWMyQCuIZGaKTTiCAB/v3dBA7DAbM1PzO+UbUtJqn5b PVGlegxbJ48h9i8hW46b+vJ5p/OmF2FRImPcvLb/11XF2gDxbMRTllzpaX2C/ZgX n7oyA+5QJDJpD8Zof6xhel4w11ChZXmRWWQRFY2mPCDPEOwaqspNewZB/5cFqjFo hvUi97WRbV7gkt8eMHYNxDp35tZ2tAaiKT8Fx2Hlv/64soC34rexvBsPLg/+/au9 BkK9HsHHwFnt46Bycj+u4sU37xYIzFlRbzMr25amO/u3V6IS1kSrY2aQcPem+pkU u7Y5cgQ8dB5/FMbNPqMVoKDimmGp6lfm7tw4dI6KiFXaAxOcHNwsfKvrvosSEwil XvmLjUctdCORea1gdT4hALIsqkzNlbjwc4ri9/4iQN4JtL/aDoDl9Ksy3J40DLqq rrEYkJsTjK6Y3RKSiAU97DeT4bPm3XPgcSLxZKd4GzZdyfIBo7oNdmayCIPFevFh WeghHVXHn9Akxed+qZYK =msXT -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 100k lines of code (was libpd separating gui from core)
Heaven forbid we add the 50 odd lines of totally manageable code in getdir.c that have largely been working since it was released in 2005. Nobody needs to get the current canvas dir, except for the recurring request for exactly this every 6 months or so on pd-list! With that argument, the iemguis would be badly spent lines of code. After all we don't *need* them to use pd ... On Mar 10, 2014, at 7:00 AM, pd-list-requ...@iem.at wrote: On 2014-03-09 14:29, me.grimm wrote: Hi Miller, I know you probably have more pressing problems but it would be nice to get something like [getdir] in vanilla before you hit those 100k lines of code OR 50 years are up :) that's probably badly spent lines of code. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 100k lines of code (was libpd separating gui from core)
I'd also like to see [getdir] made vanilla. There is literally no way to do that without the external. you could get rid of [value] to put [getdir] in. I could count on one hand the amount of times i've actually seen that used in patches. On Mon, Mar 10, 2014 at 11:46 PM, Dan Wilcox danomat...@gmail.com wrote: Heaven forbid we add the 50 odd lines of totally manageable code in getdir.c that have largely been working since it was released in 2005. Nobody needs to get the current canvas dir, except for the recurring request for exactly this every 6 months or so on pd-list! With that argument, the iemguis would be badly spent lines of code. After all we don't *need* them to use pd ... On Mar 10, 2014, at 7:00 AM, pd-list-requ...@iem.at wrote: On 2014-03-09 14:29, me.grimm wrote: Hi Miller, I know you probably have more pressing problems but it would be nice to get something like [getdir] in vanilla before you hit those 100k lines of code OR 50 years are up :) that's probably badly spent lines of code. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 100k lines of code (was libpd separating gui from core)
It doesn't have to be a direct include, could be done with any sort of mechanism. I do agree that [getdir] is one of the few essential externals I still need after I ported my patch lib to vanilla ... that and [stripdir] / [splitfilename] but the latter will be possible with the new [list tosymbol] / [list fromsymbol] mechanism. On Mar 10, 2014, at 11:10 AM, i go bananas hard@gmail.com wrote: I'd also like to see [getdir] made vanilla. There is literally no way to do that without the external. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 100k lines of code (was libpd separating gui from core)
In Pd-l2ork: [dir( | [canvasinfo] And for dir of Pd binary: [dir( | [pdinfo] And don't take IOhannes' bait. He's implying that Pd Vanilla is a community project-- that if _we_ coded up a currency converter, or some much more pressing functionality, Miller would accept that code. That is clearly not the case. Additionally, IOhannes also knows that Miller wants the [initbang] functionality in the form of a backwards-compatible [loadbang] which takes arguments. Why does he argue with you about priority instead of coding that up? If Pd Vanilla were a community project I'd say, show me the code. Instead, I think he's being prudent and knows from experience that Miller doesn't delegate responsibility for new features but instead codes them up himself, when he feels like it. (And evidently with very little priority as the [initbang] functionality has been requested for a very long time and data structure list fields not at all.) And that's fine for a personal project like Pd Vanilla or Nyquist. Those authors are kind enough to release their software under a permissive license and have never asked for a community of helpers. It just leads to unnecessary frustration when others imply these things are upstream from other projects and pretend that there's a workable development process centered around them. -Jonathan On Monday, March 10, 2014 11:54 AM, Dan Wilcox danomat...@gmail.com wrote: It doesn't have to be a direct include, could be done with any sort of mechanism. I do agree that [getdir] is one of the few essential externals I still need after I ported my patch lib to vanilla ... that and [stripdir] / [splitfilename] but the latter will be possible with the new [list tosymbol] / [list fromsymbol] mechanism. On Mar 10, 2014, at 11:10 AM, i go bananas hard@gmail.com wrote: I'd also like to see [getdir] made vanilla. There is literally no way to do that without the external. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 100k lines of code (was libpd separating gui from core)
On 03/10/2014 05:38 PM, Jonathan Wilkes wrote: Additionally, IOhannes also knows that Miller wants the [initbang] functionality in the form of a backwards-compatible [loadbang] which takes arguments. [...] thanks for the insights. i didn't know that i knew *that*. i would therefore be interested how i could have known it. vcmr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 100k lines of code (was libpd separating gui from core)
On 03/10/2014 12:56 PM, IOhannes m zmölnig wrote: On 03/10/2014 05:38 PM, Jonathan Wilkes wrote: Additionally, IOhannes also knows that Miller wants the [initbang] functionality in the form of a backwards-compatible [loadbang] which takes arguments. [...] thanks for the insights. i didn't know that i knew *that*. i would therefore be interested how i could have known it. Sorry, I assumed you read the relevant publicly available thread that has messages you authored weaving through it: http://article.gmane.org/gmane.comp.multimedia.puredata.devel/8611 That's from 2010. For a patch you submitted in 2006. We're currently in 2014. That such a feature would take nearly a decade to get into the professed core (and still isn't included, in any form) is a symptom of an unhealthy development process. An unhealthy development process keeps potential developers from participating and improving the software, which is a vicious cycle. -Jonathan vcmr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list