New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Html doc updates to chapter 4 #704
Conversation
yay! Not sure if you caught my latest edits that I'm now doing in a google docs file... but I guess I can keep working on this now... and I guess we need to improve the quality of the pictures as well. Anyway, I don't really know of a good html editor or anything for macOS - never had to use any of this. |
some of the information on how to load externals is actually already addressed in https://github.com/pure-data/pure-data/blob/master/doc/1.manual/x3.htm so including this information I developed separately should involve a more careful merge, where things don't get repetitive |
No is not, is from about 8 hours ago
Sure (see below).
open the .html file ( |
I mean specifically "3.6. Preferences and startup options" and "3.7. How Pd searches for files" |
I guess I'll keep working on google docs, and other people can help me there too, then in a few days I can come here and revise/update it. |
these carry pretty old and outdated Pd screenshots, so it seems, probably best to update it, and maybe merge the whole thing I'm documenting in this very same section "3" |
Sure, why not? |
in "3.6. Preferences and startup options", where it says: The slots at top each specify a binary "library" for Pd to load on startup. These may be for Gem, pdp, zexy, iemlib, cyclone, and so on. Typically, a single binary object (an "extern") is left for Pd to load automatically; startup library loading is appropriate for collections of many objects specified by a single binary library. maybe we can just point to the new documentation with a link, saying that this new section explains how to load externals in depth... |
Something like: The slots at top each specify a binary "library" for Pd to load on startup. Startup library loading is appropriate for collections of many objects specified by a single binary library, such as Gem, zexy, cyclone and others... See "xxxxxx" for more details. |
yep. |
"3.7. How Pd searches for files" looks trickier, as it's quite outdated as well. It'll require more hard work to think how to upgrade it and merge with the new information... and it would surely need some supervision of @millerpuckette and other PD gurus... |
On second though, I can even see how that "writing Pd objects in C" could be merged into the new section. And this section must also contain several subsections and list them as "3." does. It can be then just called "4. external objects", and the subsections could be indexed and detail what they discuss ("writing objects in C" / "internals vs externals" / "how to install" / "load", etc...) |
That's nice.
so the ch5 does not move to ch6. |
writing objects in C is basically just a pointer to @umlaeute 's tutorial... it could be one item in the list for that. I'm thinking of this structure: |
The second option looks good to me. |
Before you get too heavily into formatting details - I'm thinking of putting
the whole thing in markdown (to make it possible to put in equations and
eventually automate generating a table of contents) - the pilot project is
sitting in pd/md/ but I imagine this eventually expanding to generate a much
more expansive doc that would include the "manual" and many more "topics".
cheers
Miller
…On Tue, Jul 30, 2019 at 08:15:34AM -0700, Lucas Cordiviola wrote:
The second option looks good to me.
I will move everything to ch4.htm.
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#704 (comment)
|
Ok, I'm stopping this PR. I will get Pandoc and start learning how to play with it as it looks further work will happen with markdown. :) |
OTOH I can pull whatever changes you've proposed so far (I'd better look at
them :) - just be aware that reorganization might want to wait until there's
a pandoc/markdown structure figured out.
cheers
M
…On Tue, Jul 30, 2019 at 12:19:14PM -0700, Lucas Cordiviola wrote:
Ok, I'm stopping this PR. I will get Pandoc and start learning how to play with it as it looks further work will happen with markdown.
:)
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#704 (comment)
|
Closing this as the info can live as a pdf in puredata.info (as it currently does) and can later be included in the "markdown/pandoc reorganization". |
it doesnt, really |
and I really, really, really, really think this should be a part of Pd's manual one way or another |
Reopening. :) |
….htm and also to index.htm. adding new images.
Here's a preview :http://lucarda.com.ar/pd-html-preview/index.htm @millerpuckette this added info can pass when/if the "manual" is converted to markdown. @porres :
|
Cool, this actualkly needs more work, but I can propose more changes to master now ;) |
This PR includes a new sections on chapter 4 dealing with : "how to install & load external objects" in to the HTML documentation.
It also changes the links colors to blue and without underline to make it more standard.
Here is a preview: http://lucarda.com.ar/pd-html-preview/index.htm (can be also nicely displayed on smartphones and tablets)