<div style="color:black;font: 10pt Arial, Helvetica, sans-serif;">Well, I do think a fair amount of people are adopting pd-next mainly for being able to set colors. For instance I think a few people are using it for teaching (and so their students use it) due in part to being able to visually distinguish between signal and message inlets and outlets.<br>
<br>
However, by these definitions it is also a very "minor" fork as all of the changes are basically contained in a few open PRs for vanilla (except for the logo).
<div><br>
</div>

<div>-seb<br>
<br>

<div style="font-family:helvetica,arial;font-size:10pt;color:black"><font size="2">-----Original Message-----<br>
From: Alexandre Torres Porres <porres@gmail.com><br>
To: Pd-List <pd-list@lists.iem.at><br>
Sent: Wed, Oct 6, 2021 7:46 am<br>
Subject: Re: [PD] list of Pd forks?<br>
<br>

<div id="yiv5457666899">
<div>
<div dir="ltr">
<div dir="ltr">hmmm, I thought there was a pretty simple and straightforward and "universal" definition of a fork, which would be basically a parallel (independent) development. Maybe there's just no "official scientific definition"? <a rel="nofollow noopener noreferrer" shape="rect" target="_blank" href="https://en.wikipedia.org/wiki/Fork_(software_development)">Wikipedia</a> says "<i>a project fork happens when developers take a copy of source code from one software package and start independent development on it, creating a distinct and separate piece of software</i>", <a rel="nofollow noopener noreferrer" shape="rect" target="_blank" href="https://flosshub.org/sites/flosshub.org/files/paper_0.pdf">one of the referred sources on wikipedia</a> says "<i>In general it is assumed that a software product evolves within the authoring company or group of developers that develop the project. However, in some cases different groups of developers make the software evolve in different directions, a situation which is commonly known as a fork.</i>"
<div><br clear="none"></div>

<div>Now, correct me if I'm wrong, but as I see it, Pd-Extended started as a "distro", then it evolved to a proper fork with parallel/independent development. Some of the changes were listed here and I assume the first ones were in favor of better managing the build system and library loading. Other changes were necessary so loading externals like [initbang] were possible (IOhannes, if you never used Pd Extended, how were you using [initbang] back in the day?) but these are now also possible in Vanilla. Eventually other changs like in the documentation and User Interface modifications aimed at a friendlier user experience. Other than that, Pd Extended had a very close evolution line with Vanilla. Its versioning did follow Vanilla's after all, so the core functions were there and some changes also eventually were brought into Vanilla. </div>

<div><br clear="none"></div>

<div>As I see it, the only actual incompatibility that I know is that in the last version of Extended we have the "$@" syntax. I don't know the story thre, but it seems it started in the Vanilla development but never made into it? Anyway, other than that and generally speaking, Pd Extended was kinda of a "minor" fork. Another similar example of such a "minor fork" is Pd Ceammc. It has similar characteristics like offering a different UI and providing pre installed libraries and objects (most of which can be loaded in Vanilla). </div>

<div><br clear="none"></div>

<div>As for "github forks", some of these so called forks are just development branches with modifications that may eventually be merged (I have one of those). Others are just people that once copied the source code and never really worked on it. There might be some that made relatively small modifications for personal reasons, like Christoff's, but I'm only counting Pd forks those projects that are being relevantly adopted by and distributed to users. Hence, with this criteria, I can't really consider "Spaghettis" and "Pd-next" relevant forks yet.<br clear="none"><br clear="none">I started this thread just to make sure I wasn't missing anything, and I guess the discussion shows us that I haven't, I believe. Since I'm writing now about the history of Pd and its forks, the bike shedding discussion is actually welcome so I can get everything right.</div>

<div><br clear="none"></div>

<div>For those that have a good recollection or ever used it, please tell me a bit more about "Desire Data", although I think I can reach Mathieu for that.</div>

<div><br clear="none"></div>

<div>We often say and hear Pd has "many" flavours and forks that come and go, but there aren't that many really.<br clear="none"><br clear="none">And, well, I can't consider MAX as a fork of Pd or the other way around. I heard that MSP objects were first based on Pd signal objects, but that's not really a fork of the software, more like appropriation - or stealing :) </div>

<div><br clear="none"></div>

<div>cheers</div>
</div>
</div>

</div>
</div>

<div class="yqt5183122834" id="yqtfd06638">_______________________________________________<br clear="none"><a shape="rect" ymailto="mailto:Pd-list@lists.iem.at" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">UNSUBSCRIBE and account-management -> <a shape="rect" href="https://lists.puredata.info/listinfo/pd-list" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br clear="none"></div>
</font></div>
</div>
</div>