Toggle navigation
Log-in
Register
Wiki Index
Page Index
User Index
Application Index
Home
About
XWiki's Concept
News & Blog
Roadmap
Releases Notes
References
License
Projects
XWiki
Extensions
Code Snippets
All projects
Documentation
Contribute
Get Involved
Development
Translations
Feedback
Support
FAQs
Community Support
Professional Support
Download
Try
Download
Try now
Home
Projects
XWiki Enterprise
Extensions
All projects
Documentation
Download
Try
XWiki Development Zone
Documentation Guide
Wiki source code of
Documentation Guide
Last modified by
Vincent Massol
on 2019/12/12 13:50
Copy
Export
Print preview
View Source
Siblings
Content
Attachments
History
Information
×
Export
Office Formats
Export as PDF
Other Formats
Export as HTML
Hide line numbers
1: {{box cssClass="floatinginfobox" title="**Contents**"}} 2: {{toc/}} 3: {{/box}} 4: 5: = General Remarks = 6: 7: This document is meant to provide best practices on how the XWiki.org documentation should be written and maintained. 8: Either you write XWiki documentation on a regular basis or you want to make more simple contributions it's best you read the following guidelines. 9: 10: On XWiki.org documentation efforts usually go towards: 11: 12: * Fixing bugs 13: * Improving existing documentation 14: * Keeping pages up to date with the latest changes in XWiki 15: * Creating new documentation for new features, applications, procedures, etc. 16: 17: {{info}} 18: See a list of [[pending documentation todos>>https://jira.xwiki.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+XWIKIORG+AND+status+%3D+Open+ORDER+BY+priority+DESC&mode=hide]]. 19: {{/info}} 20: 21: = Requirements = 22: 23: The following things are important when contributing to documentation: 24: 25: * Your will ;) 26: * Having basic English skills, as all documentation should be written in English (since you are reading this guide, your skills are more than enough) 27: * You must be registered as an XWki.org user (use the "Register" link on the top right) 28: * Reading this guide 29: 30: = Fixing bugs = 31: 32: Sometimes you will encounter trivial bugs, like: 33: 34: * Grammar errors 35: * Typing errors 36: * Broken links 37: * Other "one" word bugs 38: 39: Such bugs should be fixed directly in the page. You don't need to ask someone, just fix them :) Please, in doing so don't forget to: 40: 41: * Mark the changes as "minor" 42: * Write a short comment describing the fix 43: 44: That's all! 45: 46: = Updating existing pages = 47: 48: Any documentation can become obsolete or just not be good enough from your point of view. In these cases, if you want to upgrade/improve the documentation, you shouldn't make changes directly in the documentation page. Rewriting the documentation can take very long and nobody wants to have unbaked bread. Please proceed as follows: 49: 50: 1. Make sure the documentation you are planning to add applies to the two most recent releases. 51: 1. If you're unsure about the changes you want to make, you may ask the [[XWiki forums & lists>>Discuss]] before starting the rework. 52: 1. Create a new page on the [[Drafts>>Drafts.WebHome]] space. 53: 1. Flag the original page as "under revision" with a link to the draft you have created:((( 54: {{code}} 55: {{info}} 56: This page is being reworked at the moment, therefore you shouldn't modify the present document. To bring changes to the page please see the current [[Draft >> your-draft-url]]. 57: {{/info}} 58: {{/code}} 59: ))) 60: 1. Reference the original page from your draft:((( 61: {{code}} 62: {{info}} 63: This page is a draft for the [[PageName >> original-page-url]]. The rework should be completed until <date>. 64: {{/info}} 65: {{/code}} 66: ))) 67: 1. If you are adding information about a new feature or documenting changes in an existing feature make sure you also specify the release during which those additions/changes were introduced. This will make it easier for readers to see if the information applies to them. 68: 1. Once you have completed the draft, please notify the community on the [[user mailing list>>Community.MailingLists#HPublicMailingLists]]. 69: 1. After the community agrees with the improvements and possibly offers new suggestions you may replace the original page with the updated draft. 70: 1. The draft must be removed after that, in order to avoid duplicate pages. 71: 72: = When to create a new page = 73: 74: Before building a new page you should first search for that piece of information in the existing documentation. You may find that: 75: 76: * A similar page already exists and portraits the situation you were about to describe. Make sure you also check the [[Drafts page>>Drafts.WebHome]]. Somebody may be already working on a similar page. If so, you could contact her/him and help. 77: * There is a page on XWiki.org that only covers part of the message you were about to convey. You can write additional information to the existing page. 78: * There is no documentation on your choice of topic. At this point you may create a new page. 79: 80: = How to create new pages = 81: 82: Now that you've decided to create a new page you should take notice of the following steps: 83: 84: 1. If there are no similar pages on the [[Drafts page>>Drafts.WebHome]], add a link to your draft followed by a short description. 85: 1. At this point you could inform the community on the [[user mailing list>>Community.MailingLists#HPublicMailingLists]] about your plans. Most probably you will get helpful suggestions and even find contributors. 86: 1. After you have completed the draft, please notify the XWiki community on the [[user mailing list>>Community.MailingLists#HPublicMailingLists]]. 87: 1. After the community has reviewed the document and additional improvements have been made the original page can be replaced with the draft. 88: 1. Make sure you remove the draft after the original page has been updated, in order to avoid duplicate pages. 89: 1. If you are not replacing an original page, but want to create a new page altogether and you are not sure where it's best to add it you can ask on the [[user mailing list>>Community.MailingLists#HPublicMailingLists]] or on IRC what the best place is. The community will most likely point you to the right wiki & space. 90: 91: = Text editing = 92: 93: You've decided to make a new document or improve an existing one. Chances are you'll want to add new text and/or bring changes to existing paragraphs. When editing the text in a document it's best to: 94: 95: * Write the page title in the title field 96: * Use headings to mark the different sets of information 97: * Use bold to emphasize important pieces of text 98: * Use bullets to make content easier to skim through 99: 100: When you're done typing don't forget to review your text for typos and/or mistakes before submitting it. 101: 102: = Macros = 103: 104: Macros can help you better visualize information within a page. You should use: 105: 106: * The [[code macro>>extensions:Extension.Code Macro]] to insert pieces of code 107: * The [[info macro>>extensions:Extension.Info Macro]] to highlight important information 108: * The [[warning macro>>extensions:Extension.Warning Macro]] to let readers know of possible issues they might come across 109: * The [[toc macro>>extensions:Extension.TOC Macro]] to create a table of content for large documents covering a long array of information. 110: 111: = Linking = 112: 113: * Now that you have added text you should use links to point to other useful resources outside the page 114: * Don't use URLs for links to xwiki.org. If the URL format or the domain get changed the links will be broken. You should use the ##wiki:Space.Name## notation instead. 115: * More information about links, including differences between the different syntaxes, can be found by reading the [[XWiki Syntax page>>platform:Main.XWikiSyntax#HLinks]] 116: * If you wish to link to a file on GitHub you must use the ##~{~{scm}}## macro. The rationale is that this will allow us to change SCM without breaking all our URLs (which is what we experienced when we moved from Subversion to GitHub). Here's how it works:((( 117: Examples: 118: 119: {{code language="none"}} 120: {{scm/}} 121: 122: {{scm project="xwiki-rendering"/}} 123: 124: {{scm project="xwiki-commons" path="xwiki-commons-core/pom.xml"/}} 125: 126: {{scm branch="stable-3.1.x" path="xwiki-platform-core/pom.xml"/}} 127: 128: {{scm path="xwiki-platform-core/pom.xml"/}} 129: 130: {{scm branch="stable-3.1.x" path="xwiki-platform-core/pom.xml"}}With **label**{{/scm}} 131: 132: {{scm branch="stable-3.1.x" path="xwiki-platform-core/pom.xml" raw="true"/}} 133: {{/code}} 134: 135: Parameters: 136: 137: |= Parameter name |= Default value |= Description 138: | user | xwiki | the github user 139: | project | xwiki-platform | the repository name in the provided user 140: | branch | master | the branch or tag 141: | raw | false | UI or raw content 142: | path | empty string | the resource in the repository 143: ))) 144: 145: = Screen shots / Images = 146: 147: It is recommended to use images to illustrate the content you are writing about. There are some practices it's best to follow with respect to images: 148: 149: * Always use the {{{{{image}}}}} macro. This allows to have a common style for all images (borders, ability to click when the image is resized, etc). For example:((( 150: {{code language="none"}} 151: {{image reference="someimage.extension" width="350px"/}} 152: {{/code}} 153: ))) 154: * Use names that are suggestive 155: * Only have screenshots of the latest skin 156: * You should save your images only as PNG. 157: * To give documentation a homogeneous look we recommend using four standard width sizes for screenshots: 158: ** Extra Large: width of the image : 960px; (used for whole interface screens) 159: ** Large: width of the image : 650px; 160: ** Medium: width of the image : 350px; 161: ** Small: width of the image : 150px; 162: * You should add a piece of text in italics under images that describes what that image is about (by using the ##caption## parameter of the image macro) 163: * If your image is part of a bullet list, that image should be aligned to the text in the bullets. For this purpose we use((( 164: {{code}} 165: * Some text here((( 166: {{image reference="someimage.extension"/}} 167: ))) 168: {{/code}} 169: ))) 170: 171: = Syntax = 172: 173: * When you're not sure about the appropriate syntax you should use please consult the [[XWiki Syntaxes Page>>platform:Main.XWikiSyntax]] 174: * Pages should be written in 2.0 or 2.1 syntax 175: * When converting a page from 1.0 to 2.0/2.1 syntax you should look at the end result and make sure nothing was broken in the process. Double check that comments have been properly converted as well. 176: * Avoid using HTML code and use [[XWiki Syntax>>platform:Main.XWikiSyntax]] instead 177: 178: = Preview & Save = 179: 180: * It's preferable to click "Preview" when editing a page to view your changes before you save the document. This way you don't send notifications to people following that page (by IRC, mail or RSS) each time you make a minor addition. 181: * When changing a document you should write a short comment describing the changes you introduced. This way everyone can stay up to date with no need to check the "History" tab. 182: * If you are making small improvements make sure you check the "Is minor edit" checkbox before saving your page. 183: 184: = Attachments = 185: 186: * If you want to replace an attachment with a newer version you shouldn't delete the old attachments. Just save the new attachment under the same name and a new version will be created for the old attachment. 187: * File extensions should be in lowercase letters (this is not mandatory, but it's recommended for better versioning). E.g. If you use both upper and lower cases for //Image.//**png** & //Image.//**PNG** you'll get two different attachments with separate versions. 188: * If you're using multiple words to name your attachments, it's best that each word starts with a capital letter, making the file name easy to scan. E.g.: CreagePage.png, RemoveSpace.png, TopBarRenameToucan.png 189: 190: = Making your page accessible on the wiki = 191: 192: Once you've successfully created and edited a page it's equally important to make sure other people can reach that page as well. 193: 194: * When you create a new document it's best to set a parent for that page. Setting parents to documents allows for easy creation of hierarchies, as deep as you want. 195: * You should also add links from other pages towards the document you have just created. 196: 197: = Moving a page = 198: 199: If you decide to move a page you should not remove the old page altogether. Use the old document to point to the new page. This way users that have the old link saved can still reach the information they are interested in by finding their way to the new URL. You can use the [[redirect syntax>>snippets:Extension.Redirect]] to link the new page from the old page. 200: 201: = Start contributing = 202: 203: Now that you've read how you should create and modify documentation you can start contributing yourself. Not sure what to work on? Here's a [[list of pending to do's>>https://jira.xwiki.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+XINFRA+AND+component+%3D+"xwiki.org"+AND+status+%3D+Open+ORDER+BY+priority+DESC&mode=hide]].
Quick Links
Project Health
Hall of Fame
Source Repository
Mailing Lists & Forums
IRC
Contributing
Development Practices
Development Tools
Code Style
Building
Debugging
Committership
CI Status
Release Plans
Drafts
My Recent Modifications
Logo