Este documento provee directrices para la escritura de artículos del wiki y las tareas a realizarse para mantener actualizada la documentación de SliTaz.

1. Centralization of all documentation to http://doc.slitaz.org
2. Complete migration of Handbook and Cookbook (Scratchbook, if possible)
3. Translation of Handbook and Cookbook
4. Link or translate the wiki articles on the labs website
5. Review and update Handbook and Cookbook as of 3.0
6. Add new guides. A wishlist of guides has been predefined on the guides page as a starting reference
7. Review and update existing guides

• Add : Siéntase libre de agregar cualquier página al wiki
  • Namespaces or Documentation Hierarchy : Documentation Hierarchy structure has been defined for the English language. Por favor seguirla como un estándar al crear las páginas. Algunos ejemplos:
    • en:handbook:start : Handbook start page
    • en:handbook:desktop : Desktop is a page link on the handbook start page. All handbook pages should have the namespace “en:handbook:”
    • en:guides:faq : All guides pages should have namespaces “en:guides”. To create a faq page, simply do [[faq | FAQ]] . This will automatically create a faq page with the en:guides:faq namespace
    • Index : Links can be used to see the hierarchy structure
  • Add Images : Use the toolbar and add images to the relevant namespaces
• Delete : Simply remove all the contents of the pages to delete a page

There are some definite styles of pages to which we can bring a consistent layout.

This applies to one page, Frequently Asked Questions.

1. Error Message - title the individual FAQ with the most likely description, usually the error message displayed.
2. Symptoms - a brief description of what the user may experience when this FAQ applies. There may be more than one. Use correct formatting when describing on-screen messages, keystrokes etc. Hopefully, Google results will pick this up.
3. Explanation - a not-very-technical explanation of the error message. Users will be able to understand the problem and how it can be resolved in a high-level sense.
4. Solution - how to solve the problem, technically. Include brief descriptions of the steps needed rather than merely a list of commands; this is important to understand what the user needs to do. Individual problems have slightly different solutions – use levels of bullet points etc. to organise it.

These resides under the <lang>:guides:<topic> name-space. They describe a process to get something working.

1. Introduction - Summarize the article
2. Graphical Way
   • Instructions - How to use the graphical tool (if it exists)
   • Screenshots - A picture is worth a thousand words
3. Manual Way
   • Installation - Define the packages required and how to install them
   • Configuration - Explain how to configure files for the proper functioning of packages
   • Summarize - If possible, summarize all commands in one single script for troubleshooting
4. Examples and Tips - Add some examples and advanced tips
5. FAQ/Troubleshooting - Some DIY instructions or a sub-section on problems/symptoms/solutions/notes or a link to forum posts. Link to FAQ if answered there
6. References - Other good reference material on the Internet. If there aren't any, consider a message asking for some!

These reside under the <lang>:handbook:<topic> namespace. They brief the reader on what SliTaz can offer on a particular topic. They are an overview and description and not a guide, though they may contain (very) few steps on how to get up-and-running.

1. Blurb - describes the content of the page, in terms of scope.
2. Topic - what the user expects to achieve, e.g. 'Image Processing' or 'Desktop Themes'
3. Body Text - an overview of the topic, with links to relevent Guides or external web pages.
4. Tips (optional) - any problems the user may experience. Link to FAQ if answered, forum posts, good problem-solving web pages etc.

Please use correct formatting wherever possible. It aids readability and often lessens ambiguity between commands that should be entered vs. output etc.

• Aprender la sintaxis del wiki aquí. Para probar la sintaxis del wiki, use esta Playground