Meego Wiki
Views

SDK/Tutorial content

From MeeGo wiki
< SDK(Difference between revisions)
Jump to: navigation, search
(Created page with 'Here are some recommendations for content when creating a tutorial for the MeeGo SDK. == Steps == Details for the SDK documentation creation process are described [here] 1. Crea…')
 
(20 intermediate revisions not shown)
Line 1: Line 1:
-
Here are some recommendations for content when creating a tutorial for the MeeGo SDK.
+
== Creating SDK tutorials ==
 +
This page includes recommendations for the content of MeeGo SDK tutorials, following the [[SDK/Documentation guidelines]]:
 +
# Update an existing documentation bug to note that you are the author/owner.  If none exists for your tutorial, [http://bugs.meego.com/enter_bug.cgi?product=Documentation create a new documentation bug]'''
 +
# Create wiki content as described below.  To create a new wiki page, simply enter the URL in your browser: http://wiki.meego.com/Tutorial_Name
 +
# Request review, update bug
 +
# Add a link to your wiki page in the appropriate section of the [[SDK/Docs/1.1/Tutorials | MeeGo SDK Tutorials wiki page]].
-
== Steps ==
+
== Content and formatting ==
-
Details for the SDK documentation creation process are described [here]
+
The content of the tutorial is up to you but it should be concise and accurate.  In addition, the following components are recommended if applicable:
-
1. Create a bug
+
* Environment setup
-
1. Create isolated wiki content w/screenshots and source if available
+
* Sample code (with good coding style)
-
1. Request review, update bug, add link to [Developer Documentation] page.
+
* Screenshots
 +
If you are not the expert, be clear to note that.  For example: "Here is one way to <perform this feature>.  There may be better ways."
-
== Content and Formatting ==
+
=== Links to content outside wiki ===
-
Ensure you are familiar with the right way to achieve the goal (if not, be sure to note this at the beginning.  For example:  "This is one way to communicate with connman.  There may be better ways.")
+
Linking to offsite content is not encouraged. Advertising, spam, or other inappropriate content will be removed and the author banned from further contributions.
-
* Tutorial
+
=== Formatting ===
-
  * sample code
+
Wiki standards should be used and look similar to [[SDK/Docs/1.0/Getting started with the MeeGo SDK for Linux | other tutorial pages]]:
-
  *  
+
* Capitalize first letter of the first title word:
 +
** Correct: My tutorial about foo
 +
** Incorrect:  My Tutorial About Foo
 +
* Headings should be level 2 (== Heading ==). Sub-headings level 3 (=== Sub-headings ===).
 +
* Code should be in gray boxes (put one space before code lines or use a <nowiki><pre></pre></nowiki> block).
=== Location on wiki ===
=== Location on wiki ===
 +
Links to your new tutorial should be placed in the TOC of one of the [[Developers|developer guides]] after a peer review and only when it is ready for developers to use.
-
=== Style (Wiki formatting) ===
+
=== Screenshots ===
-
example: developers page
+
Screenshots are encouraged if helpful.
-
<h2/h3>
+
-
links offsite
+
-
 
+
-
=== Images / Screenshots ===
+
=== Source Code ===
=== Source Code ===
 +
Source code is important whenever possible. 
 +
Code snippets should be shown inside boxes like this
 +
When providing source, be aware of the following:
 +
* License.  If the source is not original, you must take appropriate attribution according to the source license.
 +
* Style.  Code should follow good coding style.
 +
* Review.  If possible, have area experts review the tutorial.
 +
* Simplicity.  Keep it simple and clear.  Only include the minimal code to showcase the feature.
-
* take care of the license
+
==== Complete, buildable samples ====
-
    * take care of the coding style
+
If your code is large, you may want to create a project in a public git repository. You can also optionally post a tgz or bz2 zipped archive.
-
    * request review by area component owners
+
* Qt projects: If the project is Qt, it should be buildable with: 
-
* keep it simple and clear  (minimal code to showcase feature)
+
qmake && make && make install
-
 
+
* non-Qt projects: If the project is not Qt, it should be buildable with:  
-
* Full, buildable, samples
+
  autogen.sh && make && make install
-
Put into public git.  If Qt, qmake, make, make install should be sufficient. If not Qt, autogen, make make install should be sufficient
+
-
 
+
-
  * Code snippets
+
-
Small snippets can just be inline
+
-
   
+
-
== Notify of Completion ==
+
-
  * meego-sdk dev list
+
-
* area specialists/maintainers
+
-
* update bug
+

Latest revision as of 15:03, 6 January 2011

Contents

Creating SDK tutorials

This page includes recommendations for the content of MeeGo SDK tutorials, following the SDK/Documentation guidelines:

  1. Update an existing documentation bug to note that you are the author/owner. If none exists for your tutorial, create a new documentation bug
  2. Create wiki content as described below. To create a new wiki page, simply enter the URL in your browser: http://wiki.meego.com/Tutorial_Name
  3. Request review, update bug
  4. Add a link to your wiki page in the appropriate section of the MeeGo SDK Tutorials wiki page.

Content and formatting

The content of the tutorial is up to you but it should be concise and accurate. In addition, the following components are recommended if applicable:

  • Environment setup
  • Sample code (with good coding style)
  • Screenshots

If you are not the expert, be clear to note that. For example: "Here is one way to <perform this feature>. There may be better ways."

Links to content outside wiki

Linking to offsite content is not encouraged. Advertising, spam, or other inappropriate content will be removed and the author banned from further contributions.

Formatting

Wiki standards should be used and look similar to other tutorial pages:

  • Capitalize first letter of the first title word:
    • Correct: My tutorial about foo
    • Incorrect: My Tutorial About Foo
  • Headings should be level 2 (== Heading ==). Sub-headings level 3 (=== Sub-headings ===).
  • Code should be in gray boxes (put one space before code lines or use a <pre></pre> block).

Location on wiki

Links to your new tutorial should be placed in the TOC of one of the developer guides after a peer review and only when it is ready for developers to use.

Screenshots

Screenshots are encouraged if helpful.

Source Code

Source code is important whenever possible.

Code snippets should be shown inside boxes like this

When providing source, be aware of the following:

  • License. If the source is not original, you must take appropriate attribution according to the source license.
  • Style. Code should follow good coding style.
  • Review. If possible, have area experts review the tutorial.
  • Simplicity. Keep it simple and clear. Only include the minimal code to showcase the feature.

Complete, buildable samples

If your code is large, you may want to create a project in a public git repository. You can also optionally post a tgz or bz2 zipped archive.

  • Qt projects: If the project is Qt, it should be buildable with:
qmake && make && make install
  • non-Qt projects: If the project is not Qt, it should be buildable with:
autogen.sh && make && make install
Personal tools