Difference between revisions of "Features/Sugar3 Docs"

From Sugar Labs
Jump to navigation Jump to search
(→‎Example Docstring: Example doc string should have correct format)
Line 56: Line 56:
 
             that you can invoke using the **kwargs
 
             that you can invoke using the **kwargs
 
         c (int): desctiption of c
 
         c (int): desctiption of c
         d (:class:`sugar3.graphics.alert.Alert`): remember to link
+
         d (sugar3.graphics.alert.Alert): remember to link
 
             classes using the correct syntax
 
             classes using the correct syntax
  
Line 74: Line 74:
 
         Args:
 
         Args:
 
             happy (bool): a description for happy
 
             happy (bool): a description for happy
             lol (bool, optional): a optional argument, explain what
+
 
 +
        Keyword Arguments:
 +
             lol (bool): a optional argument, explain what
 
                 it defaults to
 
                 it defaults to
  

Revision as of 00:07, 3 January 2017


Summary

Add developer API documentation to sugar-toolkit-gtk3 in a consistent format. Then, create a site to make the docs available in your browser.

Owner

  • Name: Sam P.
  • Email: @sam.today

Current status

Detailed Description

  • Create a sphinx configuration file so we can have a website (DONE)
  • Translate existing docs into 1 consistent style
  • Write docs for all other public sugar3 classes, see /How To Write

Example Docstring

Let's just use google style doc strings, they are very clean and simmilar to the current style. Longer example.

# GPLv3...
'''
The module does something which should be summarised here.

Example:
    Something representitive of the overall module::

        from example import ClassyClass

        # Explain non-obvious behaviour
        c = ClassyClass(a=1, b=2)
        c.props.c = 3
        c.thing()

STABLE.
'''

from gi.repository import GObject


class ClassyClass(GObject.GObject):
    '''
    The ClassyClass does blah, blah.  Explain common usage pattern of
    this class, such as calling the `thing` function to do a thing.

    The `lol` signal is emitted when the class is laughing or when a
    different non-obvious condition happens.

    Args:
        a (int): description of a
        b (int): b could be a contrustor argument or a GObject props
            that you can invoke using the **kwargs
        c (int): desctiption of c
        d (sugar3.graphics.alert.Alert): remember to link
            classes using the correct syntax

    .. code-block:: python

        c = ClassyClass()
        # This is just an example of using this class
    '''

    def __init__(self, **kwargs):
        GObject.GObject.__init__(self, **kwargs)

    def thing(self, happy, lol=False):
        '''
        What a description for this function!

        Args:
            happy (bool): a description for happy

        Keyword Arguments:
            lol (bool): a optional argument, explain what
                it defaults to

        Returns:
            type: explaintaion
        '''
        pass

Benefit to Sugar

This will allow developers to create activities more eaisly. They will no longer have to look thought the source code th understand how the api works, they will instead (hopefully) have understandable docs with good working code samples.

Scope

This will require lots of changes in the docstrings. However, no changes will be made to code that runs on users machines.

UI Design

Example docs: http://dev.sam.today/ http://dev.sam.today/sugar3.graphics.alert/ http://dev.sam.today/sugar3.graphics.animator/

How To Test

  • View docs
  • Try code samples

User Experience

None for sugar users.

Dependencies

None

Contingency Plan

None

Release Notes

The Sugar toolkit now has imporved API documentation coverage. View our docs here: dev.sam.today (real url when it is done of course)

Comments and Discussion