How you can help¶
Everyone can contribute to the TYPO3 documentation and contributions are very much appreciated.
These are just examples to get you started. As a contributor, you are not restricted to this. If you can make useful improvements, do it! Some of the best contributions come from starting with something that bothers you the most.
Make minor changes¶
If you see a typo, a broken link, something is outdated or you can make improvements in any way, do not hesitate to click on Edit on GitHub button and make the change yourself. See Workflow #1: "Edit on GitHub" for a walkthrough.
Pick an issue for a topic you are familiar with and try to fix it. Some of the issues address a problem, some are enhancements where new text needs to be written.
You can look at the open issues of a manual you are familiar with, pick one and fix the problem.
Review pull requests¶
Some pull requests make changes in documentation describing an aspect of TYPO3 you may know well. Help in this area is very much appreciated!
GitHub will show a 404 page if you are not logged in following these links! So, remember to log in first!
Anyone is welcome to review open pull requests!
Open pull requests (Link to GitHub)
In t3docs (Docker image):
Open pull requests (Link to GitHub)
Often things can be conveyed more easily if visual aids like diagrams are used in conjunction with text.
You can create UML diagrams such as class diagrams, sequence diagrams and cheat sheets.
Here are some examples:
Replace outdated images and screenshots¶
Replace outdated images, for example, in the TSconfig Reference reference.
Look at Images for information about how to embed images with reST.
Add YouTube videos¶
Add some new YouTube videos from the TYPO3 YouTube channel.
See Embed YouTube videos for information on how to do this.
Pick a manual and start reviewing it. If you find something that needs fixing or something is missing, either fix it or write an issue for it, if you cannot make the changes yourself.
More information: Guidelines for reviewing manuals
Usually, there is one branch for each major TYPO3 version in a manual. Please focus your efforts mostly on the "main" branch, to get that up to date and ready! The Documentation Team will then check, if a backport to older versions makes sense.
If you do not have write access to a GitHub repository (which is usually the case if you just started), you cannot check off the checkmarks in the review list. In that case, just leave a comment in the issue.
Once you start and are confident that you can make progress, you may want to talk about your intentions in the #typo3-documentation Slack channel (as this is a bigger change). You can also mention, if you need help (because reviewing an entire manual can be quite too much to do for one person).
Instead of reviewing and changing all pages of a chapter in one pull request, consider to split them into multiple pull request, for example, one per page. This makes the reviewing for the Documentation Team easier and you get feedback more quickly.
If you are already familiar with the workflow, you can help others to get started. Whenever you are at a TYPO3 event (sprint, barcamp, etc.), on StackOverflow or in a Slack channel and someone finds something missing or a problem in the documentation, help them make the necessary changes themselves.
Spread the word¶
Tell others about things in the documentation, that are new, that you found interesting or that helped you in any way.
Remind people, that everyone can contribute!
Blog about your contributions¶
Telling a real life story may help others to make the decision to contribute. It's your story, so you decide what is in it, but here are some ideas to get you started:
What gave you the motivation to contribute?
How did you benefit from contributing? For example, what did you learn?
What advice can you give others?
Make suggestions for new content¶
Sometimes you can directly add content in a manual or create an issue for it.
But, what if you are not sure, where the new content should go or if it should be created at all?
Add information from the changelog¶
Each new or changed changelog from the TYPO3 Core creates an issue in the Changelog-to-doc repository. The issues are mostly already tagged with the according manual which has to be changed. If you want to pick up an issue, check if there is already a person assigned. If not leave a comment in the issue that you are working on it. This prevents two people working on the same issue.
Regardless of this, if you find something missing, you can add it yourself. Or ask in the #typo3-documentation Slack channel, if you can help out.
Check spelling for consistency. For example, compare spelling of title and headlines to the rules outlined in the Spelling chapter.