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-request@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
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 danomatika@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-request@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
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.off@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
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 danomatika@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.off@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
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
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
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 jancsika@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-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
-----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
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 zmoelnig@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
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.stiltner@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 zmoelnig@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