This is an old revision of the document!
Here are listed our guidelines for our services.
Note that there are also hard rules regarding the creation of proposals. It is recommended to read the Governance Policy under Voting.
When creating new proposals, it is recommended to follow the template described below:
A summary paragraph might also be useful, to briefly sum up what members are voting for or against.
These are guidelines for how to contribute to the wiki in a way that is most efficient and effective. I get that we're all anarchists and whatnot, but it makes sense to have a method to adding content to the wiki in a “standard-ish” way so stuff just slots together and it's not messy and disorganised.
Please see the syntax page for general information on how to write in Markdown. This is the 'language' used in the wiki plain text files to make them render as HTML with bold, italics, headers, links etc.
If a page doesn't exist that you feel would be useful or is required, then search for it even though it doesn't exist (search for the specific name you want the page to be called i.e. in its url) and then click the name in the search blurb to open the edit page for the new file. Once saved, make sure you add it to the Sidebar page if it's something that should go there (i.e. not just a quick note on what the fediverse is, for example).
Pages start with their name in a header— this page is called wiki_contribution_guidelines, and the first header reflects this. Use “======” (H1) size headers. Further headers are smaller “=====” (H2) and their respective headers are one size smaller again. Keep to this logic and you shouldn't go wrong.
When changing topics in pages (using H2 level headers and changing focus / subject), place a horizontal rule above the header, except above the first H2 header in the page, when there is no text between it and the page header (the H1).
Try to keep things tidy, and, if you see a method in place for contributing your content you would like to add, try to stick to it!
We can't go scouring the fediverse and defederating from all instances that are problematic, but if an issue crops up, this should be seen as a guideline for the Tech Action Squad on whether we should defederate with a given instance.
*This is intended as the first step in defining our federation policy, not the last. It does not aim to be exhaustive, but to cover the basics. Further proposals on Loomio may amend and extend the points in this proposal.*
This is what we expect from an instance we federate with: