Difference between revisions of "0.94/Notes"

From Sugar Labs
Jump to navigation Jump to search
Line 76: Line 76:
 
* [http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/ImageViewer-17.tar.bz2 ImageViewer 17]
 
* [http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/ImageViewer-17.tar.bz2 ImageViewer 17]
 
* [http://download.sugarlabs.org/sources/sucrose/fructose/Write/Write-73.tar.bz2 Write 73]
 
* [http://download.sugarlabs.org/sources/sucrose/fructose/Write/Write-73.tar.bz2 Write 73]
 
== Installing/running 0.94 ==
 
 
===On Fedora from the shell:===
 
yum groupinstall sugar-desktop
 
will install Sugar 0.94 as a GDM selection on login.
 
 
===Install sugar-emulator===
 
yum install sugar-emulator
 
Run:
 
sugar-emulator -f
 
to run Sugar in a full screen window in a Gnome session.
 
 
== Looking at the release cycle details ==
 
You can browse the notes of each development release in [[0.94/Roadmap#Schedule]]. Their respective sources are listed there as well.
 
  
 
== Looking forward to 0.96 ==
 
== Looking forward to 0.96 ==
For 0.92 we plan to focus on some architectural work that won't have a direct impact as perceived by most users. Sugar is a very thin layer of code that sits on top of hundreds of other components developed by other projects. There are ongoing changes to the components we depend on most directly, and we need to adapt Sugar to those changes so it keeps being shipped by Linux distributions and benefits from future improvements.  
+
For 0.96 we plan to focus on some architectural work that won't have a direct impact as perceived by most users. Sugar is a very thin layer of code that sits on top of hundreds of other components developed by other projects. There are ongoing changes to the components we depend on most directly, and we need to adapt Sugar to those changes so it keeps being shipped by Linux distributions and benefits from future improvements.  
  
The changes include that the Python bindings for GNOME will be available dynamically through [http://live.gnome.org/GObjectIntrospection GObjectIntrospection] rather then through the current static bindings provided by [http://www.pygtk.org/ PyGTK]. So a goal for 0.92 will be to port Sugar and all the activities to GNOME 3 through [http://live.gnome.org/GObjectIntrospection GObjectIntrospection].   
+
The changes include that the Python bindings for GNOME will be available dynamically through [http://live.gnome.org/GObjectIntrospection GObjectIntrospection] rather then through the current static bindings provided by [http://www.pygtk.org/ PyGTK]. So a goal for 0.96 will be to port Sugar and all the activities to GNOME 3 through [http://live.gnome.org/GObjectIntrospection GObjectIntrospection].   
  
 
Planning of the next release cycle has started at [[0.96/Roadmap]].
 
Planning of the next release cycle has started at [[0.96/Roadmap]].

Revision as of 07:47, 26 August 2011

english HowTo [ID# 68688] 

Development Team   ·   Join   ·   Contacts   ·   Resources   ·   FAQ   ·   Roadmap   ·   To Do   ·   Meetings

Please do not edit unless you are part of the Sugar Release Team!

Sucrose 0.94 Release Notes

Introduction

Sucrose 0.94 is the latest version of the Sugar learning platform: Sugar promotes collaborative learning through Sugar Activities that encourage critical thinking, the heart of a quality education. Designed from the ground up especially for children, Sugar offers an alternative to traditional “office-desktop” software. Furthermore it provides a flexible and powerful platform for activity developers.

Sugar is Free and Open Source Software and consists of Glucose, the base system environment; and Fructose, a set of demonstration activities. This new release contains many new features, performance and code improvements, bug fixes, and translations.

What is new for users

Sugar ad hoc networks

Sugar Ad-hoc networks.png

To mimic the mesh behavior on devices where mesh hardware is not available and make the "under a tree"-scenario possible the Sugar ad hoc networks have been added. The feature adds three default ad hoc networks, for channel 1, 6, and 11. They are represented with designated icons in the Neighborhood view. Simon Schampijer from OLPC has been working on this feature and has also back ported it to Sugar 0.84.

What is new for distributors and deployers

What's new for developers

The following changes are important for developers using the Sucrose 0.94 developer platform.

Widgets

Addressentry, Iconentry

API

Sugar does print warnings about the deprecated activity.info fields.

  • Use 'bundle_id' instead of 'service_name'.
  • Use 'exec' instead of 'class'.

Please adjust your activity.info file as soon as possible.

Activity Authors guidelines

There are still many activities that do not use the new activity toolbars introduced in 0.86. We encourage activity authors to use the new toolbars as there have been huge improvements in usability (e.g., stopping an activity).

Jim Simmons has written a guide to writing Sugar Activities (Please see Make your own Sugar Activities!) which details how to convert your activity to the new toolbars while still keeping backward compatibility with older Sugar versions.

What's new for packagers

  • The Sugar package depend now on xdg-user-dirs (e.g. the rpm is called xdg-user-dirs in Fedora). The dependency is needed by the code that determines the path of the DOCUMENTS folder used in the Journal.
  • ethtool is used in Sugar to determine the wireless firmware version displayed in the Control Panel. This have not been noted as dependency yet, even though used for a while already, if you have not listed it yet, please add it.

Internationalization (i18n) and Localization (l10n)

still to come...

Compatibility

There a no known compatibility issues, as of today.

Update to this version

Please use the instructions for your distribution (SoaS, Fedora, Ubuntu, Debian, etc.) of choice to upgrade to this release. Note that it may take a while until the release is packaged for each distribution. Please stay tuned for distribution specific announcements and watch out for updates at Get Sugar.

Getting the sources

If you want to package Sugar for your favorite distribution or just want to examine Sugar's lovely code here are the released bundles. If you are interested in the full changelog you can use the Sugar git repositories.

Glucose modules

Fructose modules

Looking forward to 0.96

For 0.96 we plan to focus on some architectural work that won't have a direct impact as perceived by most users. Sugar is a very thin layer of code that sits on top of hundreds of other components developed by other projects. There are ongoing changes to the components we depend on most directly, and we need to adapt Sugar to those changes so it keeps being shipped by Linux distributions and benefits from future improvements.

The changes include that the Python bindings for GNOME will be available dynamically through GObjectIntrospection rather then through the current static bindings provided by PyGTK. So a goal for 0.96 will be to port Sugar and all the activities to GNOME 3 through GObjectIntrospection.

Planning of the next release cycle has started at 0.96/Roadmap.

Credits

Many people contributed to this release indirectly, including testing, documentation, translation, contributing to the Wiki, outreach to education and developer communities. On behalf of the community, we give our warmest thanks to the developers and contributors who made this Sugar release possible.

We want to especially thank:

  • the Infrastructure team which does all this great work in the background without which the development would not be possible at all,
  • the deployments that provide the development team with feedback from the field,
  • the Design team which guided the design of features with UI changes or impact on the workflow,
  • the Translation team which makes sure that Sugar is enjoyable in the local languages of our users,
  • the developers that submit patches for new features and bug fixes and do review other's patches,
  • the maintainers that make sure their code is shippable and which provide packagers with new tarballs,
  • the packagers which provide distributions with new Sugar packages,
  • the SoaS team for providing a Sugar version to test with during the development cycle,
  • the testers for finding the small and bigger issues,