Re: [PD] Highlight modified abstraction instances with red
On 15/05/2007, at 20.57, Frank Barknecht wrote: a new filetype: *.pdt which is a tar-archive that gets unpacked by Pd when loading, and gets packed by Pd when saving a file as *.pdt Should it - be unpacked by Pd into a /tmp folder or into a folder next to file.pdt or something else, like only virtually be unpacked? - include externals/binary file? (I think that would be a mess due to different platforms) - take care of the start up options you did or the preferences you've set or add declares or something likewise to make sure it runs smoothly wrt. loading especially externals used. - flatspace anything in the *.pdt file that is used in the mother- patch that is saved as *.pdt and handle name classes by adding a prefix or something more appropriate? Well, while I'm not a programmer and am not the one going to implement it I still think it's not as straight forward as manually doing it. Or carefully pack things up in a tar ball and use [declare] to load a ./local abstraction-lib if needed be. Or just writing a proper Readme.txt file. my 2 cent. Happy hacking. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
I think there is a lot of potential for using color in Pd patches to represent state. It's just a matter of trying things. It would take some diving into the guts of Pd. .hc On May 10, 2007, at 11:42 PM, Luke Iannini (pd) wrote: Hallo all, Just wanted to post an idea... It would be great if Pd highligted modified abstractions in red in their parent patch (that is, the one pixel bounding box and text. When I've modified one of a bunch of abstractions in a parent and close it without saving, I have to open each one to see if it was the one I modified. Another thing I've been thinking about is an integrated method to view diffed patches (most especially when resolving an SVN conflict)... something like OS X's FileMerge for Pd. Ok, there are my PitS ideas, in case anyone wants to write them before I get around to it :). ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
..and also the ever-requested 'turn an abstraction into a subpatch' button. was there ever a good reason not to make that? should be simple, no? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
hard off wrote: ..and also the ever-requested 'turn an abstraction into a subpatch' button. was there ever a good reason not to make that? should be simple, no? well, there are plenty of reasons for not doing that. first of all: an abstraction has features that a subpatch lacks; that is why they are there. what do you gain from turning abstractions into subpatches?? compare it to what you lose... i would vote for a 'turn subpatch into an abstraction' button though. and of course the long awaited feature to embed abstractions in abstractions. mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
what do you gain from turning abstractions into subpatches?? You gain the advantage of being able to distribute a Pd patch built from many disparate abstractions as a single file. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
[EMAIL PROTECTED] wrote: what do you gain from turning abstractions into subpatches?? You gain the advantage of being able to distribute a Pd patch built from many disparate abstractions as a single file. this advantage you gain from being able to embed abstractions in abstractions, while at the same time you still have the features of abstractions (namely: abstraction) apart from that, tar allows you to distribute your multi-file Pd patch as a single file too. mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
On Tue, 2007-05-15 at 17:43 +0200, IOhannes m zmoelnig wrote: i would vote for a 'turn subpatch into an abstraction' button though. and of course the long awaited feature to embed abstractions in abstractions. what does this mean? something like libs embed external objects? roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
Hallo! i would vote for a 'turn subpatch into an abstraction' button though. and of course the long awaited feature to embed abstractions in abstractions. what does this mean? something like libs embed external objects? think about maybe like functions in a python script or c program or whatever. You can reuse the function in the whole file, but the function is also defined in the same file. So in PD this would mean that you can define an e-abs (embedded abstraction ;) somewhere, which is only valid for the scope of the current patch, but you can use this e-abs in the whole patch (or abstraction) without coding it multiple times ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
On 15/05/2007, at 18.30, IOhannes m zmoelnig wrote: apart from that, tar allows you to distribute your multi-file Pd patch as a single file too. I second that. A more robust way of loading stuff (from fx. an untar'd tar ball) would make a better solution. I.e. something that works in different distributions (extended, vanilla, etc), is independent from the preference and is not a shell script with a bunch of start up options. This rant/request might be utter rubbish though - please let me know. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
Yes, that's true, the real problem is something else: There is no easy way to get a list of external/abstraction dependencies for any given patch. If you could get such a list, complete with file locations, it would be easier to collect all your patches for an archive file. ~David On 5/15/07, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: what do you gain from turning abstractions into subpatches?? You gain the advantage of being able to distribute a Pd patch built from many disparate abstractions as a single file. this advantage you gain from being able to embed abstractions in abstractions, while at the same time you still have the features of abstractions (namely: abstraction) apart from that, tar allows you to distribute your multi-file Pd patch as a single file too. mfga.sdr 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
Re: [PD] Highlight modified abstraction instances with red
Is tar available for Windows users? On 15/05/2007, at 18.30, IOhannes m zmoelnig wrote: apart from that, tar allows you to distribute your multi-file Pd patch as a single file too. I second that. A more robust way of loading stuff (from fx. an untar'd tar ball) would make a better solution. I.e. something that works in different distributions (extended, vanilla, etc), is independent from the preference and is not a shell script with a bunch of start up options. This rant/request might be utter rubbish though - please let me know. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
True, it would be great if these features were somehow automated. Like a dynamic object creation scheme where the external libraries and abstractions are created as arguments as they are imported. Probably too much wishing on my end for that though! ~Kyle On 5/15/07, Georg Holzmann [EMAIL PROTECTED] wrote: Hallo! A more robust way of loading stuff (from fx. an untar'd tar ball) would make a better solution. I.e. something that works in different distributions (extended, vanilla, etc), is independent from the preference and is not a shell script with a bunch of start up options. This rant/request might be utter rubbish though - please let me know. That's what declare, import and etc. is for ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
Also, if the patch is to be linked from a web page (link to a single Pd file) then most browsers can associate the filetype and open Pd. This doesn't work if the file is tarred or zipped so just make it a tar file isn't really a satisfactory solution. The more robust way is to have everything embedded inside the patch and have Pd handle it. I've raised this idea before and I see no technical obstacles, since it's already something I do painstakingly by hand. On 15/05/2007, at 18.30, IOhannes m zmoelnig wrote: apart from that, tar allows you to distribute your multi-file Pd patch as a single file too. I second that. A more robust way of loading stuff (from fx. an untar'd tar ball) would make a better solution. I.e. something that works in different distributions (extended, vanilla, etc), is independent from the preference and is not a shell script with a bunch of start up options. This rant/request might be utter rubbish though - please let me know. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: Is tar available for Windows users? Yes, every decent packer for Windows (WinZip, 7-zip etc.) also supports tar. But ideally this probably should be build into Pd, like a new filetype: *.pdt which is a tar-archive that gets unpacked by Pd when loading, and gets packed by Pd when saving a file as *.pdt Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
I was going to suggest that too! How difficult would that be? Then, people could pack all libraries and externals needed in a standalone package if needed. ~Kyle On 5/15/07, Frank Barknecht [EMAIL PROTECTED] wrote: Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: Is tar available for Windows users? Yes, every decent packer for Windows (WinZip, 7-zip etc.) also supports tar. But ideally this probably should be build into Pd, like a new filetype: *.pdt which is a tar-archive that gets unpacked by Pd when loading, and gets packed by Pd when saving a file as *.pdt Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
On Thu, 2007-05-10 at 20:42 -0700, Luke Iannini (pd) wrote: Just wanted to post an idea... It would be great if Pd highligted modified abstractions in red in their parent patch (that is, the one pixel bounding box and text. When I've modified one of a bunch of abstractions in a parent and close it without saving, I have to open each one to see if it was the one I modified. you could easily come around this by letting the window of the instance of your abstraction open, that you have modified. when testing is finished and you decide to save changes, you know which one to save. however, i like the idea as well. a visual feedback in the parent patch would be nice. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Highlight modified abstraction instances with red
Yes; this suggestion is for when I close the window inadvertently : ) On 5/11/07, Roman Haefeli [EMAIL PROTECTED] wrote: On Thu, 2007-05-10 at 20:42 -0700, Luke Iannini (pd) wrote: Just wanted to post an idea... It would be great if Pd highligted modified abstractions in red in their parent patch (that is, the one pixel bounding box and text. When I've modified one of a bunch of abstractions in a parent and close it without saving, I have to open each one to see if it was the one I modified. you could easily come around this by letting the window of the instance of your abstraction open, that you have modified. when testing is finished and you decide to save changes, you know which one to save. however, i like the idea as well. a visual feedback in the parent patch would be nice. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ 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