[PD] [PD-dev] REQUEST: Passed parameters into subpatch

[Christof Ressi]

> I always structure my patches as xxxpatch.pd, and all abstractions in 
> a folder, so that all abstractions can be called as [pp/xxx]. Then 
> there's only one pd file in the main project folder, everything else 
> is tucked away. Also very easy to zip together. 
+1

Personally, I always have a "main.pd" and all abstractions in an "abs" 
subfolder. "main.pd" has a [declare -path abs], so I don't need to 
prepend the folder all the time. This way I can easily rename/move the 
abstraction folder and I only have to modify the [declare].

Both methods achieve the same thing, it's just a matter of taste.

Anyway, the takeaway is that the "proper" way of shipping a Pd project 
is to have a single main patch and all abstractions (and other 
resources) in subfolders.

---

> Is it worth it to re-invent a pd-zip format when zip already exists 
> and is ubiquitous? 
To answer this rhetoric question: of course not! :-)

Christof

On 17.08.2020 11:57, João Pais wrote:
> I always structure my patches as xxxpatch.pd, and all abstractions in 
> a folder, so that all abstractions can be called as [pp/xxx]. Then 
> there's only one pd file in the main project folder, everything else 
> is tucked away. Also very easy to zip together.
>
> If you want to pack pd projects in a "pd format", don't forget all 
> other files that belong to Pd projects - sound, midi, text, images, 
> video, ... Is it worth it to re-invent a pd-zip format when zip 
> already exists and is ubiquitous?
>
>
>> On Sun, 2020-08-16 at 18:49 +0800, Matt Davey wrote:
>>> Much easier just to
>>> have 2 subpatches than save a separate abstraction file, especially
>>> if you're working on a big project with lots of files.  Also makes it
>>> easier to share things with people if you only have to share one .pd
>>> file rather than a folder with abstractions, etc.
>> I see how distributing only one file is simpler than a folder with many
>> pd files, but having many copies of the same code is impractical and
>> clumsy. How about an extended file format (.pdz?) that is actually an
>> archive containing all the relevant files that would be extracted on
>> the fly at loading time? I can't count the number of software that work
>> like this, so there is precedent. Am not sure if the added bloat to Pd
>> would be worthwhile...
>>
>> Roman
>>
>
>
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list