Difference between revisions of "Development Team/Obsolete/sugar-port"

From Sugar Labs
Jump to navigation Jump to search
m (moved Development Team/sugar-port to Development Team/Obsolete/sugar-port: closed project maintain proposal history)
(No difference)

Revision as of 12:17, 17 April 2010

  Edit-delete.svg A request has been made for this page to be deleted.
If you disagree with its deletion, please explain why on its talk page.
Before deleting verify that no links will break.

Project was closed


Goal

A set of sugar components/libraries/etc to simplify writing activities.
Cornerstone purposes for this project:

  • Total backwards compatibility for sugar-port API
  • Run on all sugar platforms beginning from 0.82
  • Wrap sugar(like filers in ObjectChooser) and non-sugar(like json issue in python2.5/2.6) differences

sugar-port should be a bridge between all(in ideal) already deployed sugar versions and activities i.e. it provides backwards compatibility(so the same activity code will work on all sugars) and at the same time provides features from newest sugar(so the same activity code will use last sugar features).

Usage

In most cases sugar-port could be embedded to activity's directory tree. There is no need to include the whole sugar-port project only top level files/directories you are using directly - sugar-port's top level entities don't import each other.

Restrictions

Running on all sugar platforms doesn't mean the same functionality on all sugar versions. It means only running without errors and keeping functionality the same as much as possible.

Resources