@oid said:

This seems a worthwhile project considering that this manual is often on the first page of google results for any question about PD

It's within the main search results and references out there for sure. But I couldn't reproduce it being the first result in google - puredata.info is always the top one when searching for "pure data", "pure data tutorial", "pure data documentation", and even "pure data manual" (I tested this on a 'clean' history).

One way or another, puredata.info is the one thing that needs attention more ungently and we can quickly do that (in seconds) by just saying "FLOSS manuals is outdated and deactivated". If it ever gets updated, great, we change it as "updated, reactivated and currently maintained".

I get your concern and how useful it'd be that this would just keep up as a good resource. Yes, there are links to this reference even in Pd's manual. But links can be updated too, or even removed. And if something it's just abandoned and can't get its references/links to new stuff or whatever, well, sometimes old stuff out there have references/links to things that are also old and that's life. We don't necessarily have to work on something because it was once great. Things change, time changes and for practical purposes, things can be renewed, replaced.

I made some points as to why I think that keeping a parallel Pd Manual online is now a bad idea. It made sense when it represented extended, but not now. So if anyone thinks it's a good idea to keep working on FLOSS Manuals, I would really like to hear your thoughts on what I brought up here - like my idea that it can add noise and be counterproductive, that we can have a single and unified manual as part of the official documentation instead.

@Nicolas-Danet said:

Put all the help + tutorial files in a new repository on GitHub.
Allow much more people to have admin rights.
Let the community handles that in a centralized place without interacting with the core team.
Make it a safe and friendly area (for newcomers).
Note that more you have materials for documentation, more energy is required to maintain/translate it.
My 2 cents.

I don't know if I really get what this proposal is. Are you saying we should have yet another parallel Pd vanilla documentation on github for help files and everything? The end goal would be to actually merge this into the Pd documentation?

Sorry if I'm wrong, but it sounds like you're proposing yet another independent joint venture, and that would generate more noise, I believe. I say that specially when you say this should be done "without interacting with the core team", so it really sounds like you want something independent and I wonder why.

I'm also just not sure what 'core team' is would even mean. Who is the 'core team'? There's no actual 'team'. Pd Vanilla is developed and maintained by one person: Miller Puckette. Ok, he is not the only one who's done stuff for Pd, others help and contribute to the project, and he picks/accepts stuff. So it is Miller's project with the collaboration of others as a community. No one else has a 'pd core team' work tag and ANYONE can just send a Pull Request.

For instance. I've been contributing to Pd Vanilla with suggestions, bug reports and some PRs. Am I part of the 'core team' (and thus maybe I shouldn't interact)? Well, I would never say I'm part of the core team... I'm just a random person contributing to an open source project called Pure Data by Miller Puckette as part of someone from the Pure Data community.

Anyway, this thread links to a Pure Data github issues. That's on Pd Vanilla's repository. The idea is clearly to work and propose changes to Pd's help files, the manual, propose new stuff to the software. You seem to suggest nothing like that happens and we start something new and independent from scratch as a 'community effort', putting in opposition the 'community' and the 'core team'. If I'm right in my assumption, this sounds really bad to me as it has a divisive mentality, which I think is responsible for all the noise we have when it comes to Pd's documentation.

@porres: Was just something about < https://docs.github.com/en/organizations >, an usual approach to manage collaboration with various levels. Oh i've been downvoted.

@Nicolas-Danet I neutralized your downvote.

@Jona Thanks. I'll sleep better tonight.

It's funny how people don't just assume they can help and contribute to Pd's documentation. I don't know where that comes from, really.

@Nicolas-Danet said:

Was just something about < https://docs.github.com/en/organizations >, an usual approach to manage collaboration with various levels. Oh i've been downvoted.

ok, I got it wrong then, so upvoted now but I still don't know what you mean by creating a new repository without interacting with the core team, this link did not clarify it to me. Is the idea then to create something and then merge back into upstream? Why not a fork then?

And I also don't get why you're quoting me saying I don't get why people feel there's something preventing them from collaborating to the documentation. I've never seen PRs like that getting rejected, I've written a new section on the manual, many help files, so if you have something to add to the discussion, please share.

@porres First page not first result. For your same search and no history I get the floss site for the 4th, on duckduckgo it is the 3rd, the first result which is not puredata.info on both. So a good number of people are clicking that link. I would say the Floss manual is aimed at a different audience, those who want analog style sequencers instead of markov chains. It serves a different purpose than the manual.

yeah, I contributed to it in 2009 and there are some cool things there, I'm not sure exactly what to do with it, but I have a new thread https://forum.pdpatchrepo.info/topic/13479/pd-floss-manual-what-to-do-with-it

@porres For instance on my fork i put all the tutorials outside of the software repository < https://github.com/Spaghettis >. I created an organization that owns all the stuff. And thus i could give easily the rights for anybody to work on those tutorials, without to care to add noise into the main development. I could even give push rights for an user (that have no idea about C/C++) without fears (for me and him/her/it) to make something wrong. In my case i don't have time to spend in large debates, and such with that approach i would quickly give/split responsabilities to avoid to blow my head. Anyway that is only speculations, since in my case i have zero user, and in your case as you said:

Pd Vanilla is developed and maintained by one person: Miller Puckette.

Something like that < https://github.com/pure-data/pddp >?

@Nicolas-Danet said:

Something like that < https://github.com/pure-data/pddp >?

yeah, I see it now, IOhannes has just proposed the same thing, see https://github.com/pure-data/pure-data/issues/1333#issuecomment-851315723

we're on it

The PDDP repository is... pure. A very very pure solution. No content, thus no issues. Awesome!
Is somebody know what is it supposed to be? That: https://puredata.info/downloads/pddp?

@Nicolas-Danet PDDP was the complete Vanilla help within Pd Extended (I mentioned it above).
It contained style sheets and hyperlinks....... basically what you are all looking at accomplishing now..... but already done for Vanilla (within the Extended download) in about 2012.
That is why I suggested tweaking it for the latest Vanilla.
There was far more "help" within it than the current Vanilla help.

If you download Pd Extended......... https://puredata.info/downloads/pd-extended it is certainly contained within the source code (the tarball I think).
No idea why it has been deleted from its dedicated puredata.info page.
I have often recommended that people grab it when they are stuck..... it is very helpful.

Once you have the source code uncompressed just do a search for PDDP.
That will list all the Vanilla help files in the doc folder and the pddp folder that contains the files necessary to set it up as a service on a server.
David.

@60hz I'm late to this thread but I only wanted to say that your help files look completely amazing, particularly your help-intro.pd! I've taught Pd in a lot of different ways and I can absolutely see that being extremely helpful to new users. well done!
this is a very wide-ranging discussion, but it's great to see a vision of an approach to some of these issues.

@yannseznec
Thanks a lot! I mixed and modified the work of many people for the interface, and I regulary make change to many help patches and it works better and better with students (I use a top down logic). I hope one day pd will be easier to learn and I won't need this anymore