Python: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
 
(→‎Introduction: grammar)
 
(41 intermediate revisions by 25 users not shown)
Line 1: Line 1:
{{Translations}}
*The main site for Python is http://www.python.org
==Introduction==
Python is a programming language. You can find out more about Python on the web[http://www.python.org/ ] or by reading the article on wikipedia [http://en.wikipedia.org/wiki/Python_%28programming_language%29].


The majority of the [[Sugar]] environment is written with the [[OLPC Python Environment]].
*You can download nicely packaged Python called [http://www.activestate.com/Products/ActivePython/?pysbx=1 ActivePython]. They proclaim themselves as the All-in-one Python distribution for AIX, HP-UX, Linux, Mac OS X, Solaris, and Windows.


Python is a typical interpreted language. (It tokenizes the code at program start-up. It does not JIT.) Python is thus adequately fast for simple things, but poorly suited to tasks such as number crunching. Processor intensive tasks are usually handled by a lower level language (normally C). The biggest advantage for the project is that source code is naturally supplied to the user, making Open Source software licenses easy to satisfy and making code available for children to modify. The biggest advantage for activity developers is that Python libraries are supplied which encapsulate the [[Low-level Activity API|sugar API]]
*Another package of Python that includes graphical modules including 3D is called [http://vpython.org/ Visual Python]. It is available for Windows, Mac, Linux and UNIX.


==Obtaining and learning Python==
*There is also a scientific distribution of Python called [http://www.scipy.org/Download SciPy]. This also supports Windows, Mac and Linux.
Python is commonly provided by default on Linux and BSD systems. OLPC is currently using version 2.5 on the XO.


You can download nicely packaged Python called [http://www.activestate.com/Products/ActivePython/?pysbx=1 ActivePython]. They proclaim themselves as the All-in-one Python distribution for AIX, HP-UX, Linux, Mac OS X, Solaris, and Windows.
[http://www.pygtk.org PyGTK] is the Python interface to the GTK GUI library used in the OLPC. This library is notable for a component named Pango which simplifies the use of multiple scripts and languages. In addition, it's basic drawing library, Cairo, has some of the best support of [[SVG]] rendering which is also a major component of the OLPC.


[http://www.pygtk.org PyGTK] is the Python interface to the GTK GUI library used in the OLPC. This library is notable for a component named [http://en.wikipedia.org/wiki/Pango Pango] which simplifies the use of multiple scripts and languages. In addition, it's basic drawing library, [[Cairo]], has some of the best support of [[SVG]] rendering which is also a major component of the OLPC.
The premier graphing tool for Python which puts graphing calculators to shame is [http://matplotlib.sourceforge.net/ Matplotlib]. It does support output to GTK and to SVG which are both supported on the OLPC. However, there is another Python charting app called [http://home.gna.org/pychart/ PyChart] which is probably more suitable to being stripped down (remove Postscript) into a tool for the OLPC.

The [http://www.livewires.org.uk/python/ Livewires Python Course] may be useful to create some curriculum material to teach the kids how to write their own Python applications. It would need some adaptation to fit the OLPC environment.

The author of Python wrote a [http://docs.python.org/tut/ long tutorial].

==Development Advice==

Some things to consider in Python development:

* [http://www.python.org/dev/peps/pep-0008/ PEP 8] is the Python style guide. On many issues the style guide suggests but does not require a particular style. Generally you should stick to the style guide, unless there is good reason not to. For instance, if you are interacting with a library (internal or external) that uses a different convention, don't try to translate the convention.

* [[Python Unicode]]

* [[Python Style Guide]]

[[Category:Software development]]
[[Category:Developers]]
[[Category:Programming language]]
[[Category:Python]]

Latest revision as of 18:26, 16 November 2008

  english | español | português HowTo [ID# 180421]  +/-  

Introduction

Python is a programming language. You can find out more about Python on the web[1] or by reading the article on wikipedia [2].

The majority of the Sugar environment is written with the OLPC Python Environment.

Python is a typical interpreted language. (It tokenizes the code at program start-up. It does not JIT.) Python is thus adequately fast for simple things, but poorly suited to tasks such as number crunching. Processor intensive tasks are usually handled by a lower level language (normally C). The biggest advantage for the project is that source code is naturally supplied to the user, making Open Source software licenses easy to satisfy and making code available for children to modify. The biggest advantage for activity developers is that Python libraries are supplied which encapsulate the sugar API

Obtaining and learning Python

Python is commonly provided by default on Linux and BSD systems. OLPC is currently using version 2.5 on the XO.

You can download nicely packaged Python called ActivePython. They proclaim themselves as the All-in-one Python distribution for AIX, HP-UX, Linux, Mac OS X, Solaris, and Windows.

PyGTK is the Python interface to the GTK GUI library used in the OLPC. This library is notable for a component named Pango which simplifies the use of multiple scripts and languages. In addition, it's basic drawing library, Cairo, has some of the best support of SVG rendering which is also a major component of the OLPC.

The Livewires Python Course may be useful to create some curriculum material to teach the kids how to write their own Python applications. It would need some adaptation to fit the OLPC environment.

The author of Python wrote a long tutorial.

Development Advice

Some things to consider in Python development:

  • PEP 8 is the Python style guide. On many issues the style guide suggests but does not require a particular style. Generally you should stick to the style guide, unless there is good reason not to. For instance, if you are interacting with a library (internal or external) that uses a different convention, don't try to translate the convention.