Summer of Code/Ideas: Difference between revisions

From OLPC
Jump to navigation Jump to search
(DrGeo suggestions)
Line 44: Line 44:
==== Make activities programmable ====
==== Make activities programmable ====
More generally, support snap-together programming of XO [[activities]] in the manner that [[Turtle Art]] and [[Etoys]] provide internally.
More generally, support snap-together programming of XO [[activities]] in the manner that [[Turtle Art]] and [[Etoys]] provide internally.

==== Improve DrGeo ====

The [[DrGeo]] activity (interactive geometry) port need to be finished and improved in different areas.

=====Parts to be written=====
* implementation of the macro-construction system. It is a system to record a set of constructions as a function the user can save and use repeatably
* implementation of the script system. A script within [DrGeo] is code hooked to an interactive sketch, it is used to perform calculus [DrGeo]. The script language will be Smalltalk based.

=====Parts to improve=====
* improve the load time, the load time is now unacceptable for the user and make [DrGeo] unadapted for the OLPC
* define a journal type entry to save/load
* improve the user interface, particularly the access to the construction tools
* improve the locus sampling, it is by now suboptimal

Other suggestion for improvements, see [https://gna.org/bugs/index.php?go_report=Appliquer&group=istoa&func=browse&set=custom&msort=0&report_id=100&advsrch=0&status_id=1&resolution_id=0&assigned_to=0&category_id=101&bug_group_id=0&history_search=0&history_field=0&history_event=modified&history_date_dayfd=2&history_date_monthfd=2&history_date_yearfd=2008&chunksz=50&spamscore=5&boxoptionwanted=1#options the DrGeo tracker]


=== Misc ===
=== Misc ===

Revision as of 08:15, 1 March 2008

Ideas

School Server

Design of the admin interface

Core Software

Print Support

Print support in Sugar would be useful in many scenarios. The ideal project deliverables would include

  • Integration of a printing infrastructure (CUPS ??) into the XO-1 software images
  • Modification of Sugar Control Panel to set up the printer (add/select default printer?)
  • Modification of at least one activity (Write ?) to support printing

Integration of Espeak into Sugar

Integrate espeak engine with all activities, not just Speak, and provide for karaoke coloring. See Mokurai's article on adapting Same Language Subtitling for literacy to the XO.

Activities

Micropolis (SimCity)

I have a long list of interesting ways to develop Micropolis (aka SimCity), which I have written about on my blog!

The source code is on Google Code, and I've been working on finishing up all the grunt work that requires familiarity with the code and would be hard for other people to do, to enable other people to work on the higher level stuff that depends on that.

There are two Micropolis projects:

  • The old "micropolis-activity" which is the original TCL/Tk version of SimCity for Unix, which I ported to Linux and adapted to the OLPC.
  • The new "MicropolisCore" C++/SWIG/Python module that I've cleaned up and I have started developing a user interface.

It would be best to put effort into developing the new MicropolisCore code for the long term, although there are some small tasks that could be done with the old TCL/Tk code for the short term.

-Don Hopkins


Document reader with annotation capability

GIS activity for XO

Engineers Without Borders, Timepedia, and International Symposium on Digital Earth want to work with OLPC to create community-based mapping data collection systems that will feed to global mapping and analysis projects, which will then feed back to the children and their communities. Environment, health, agriculture...

Enhancements for Measure

Feed generated data from simulations or the software synthesizer into the Measure activity.

Make activities programmable

More generally, support snap-together programming of XO activities in the manner that Turtle Art and Etoys provide internally.

Improve DrGeo

The DrGeo activity (interactive geometry) port need to be finished and improved in different areas.

Parts to be written
  • implementation of the macro-construction system. It is a system to record a set of constructions as a function the user can save and use repeatably
  • implementation of the script system. A script within [DrGeo] is code hooked to an interactive sketch, it is used to perform calculus [DrGeo]. The script language will be Smalltalk based.
Parts to improve
  • improve the load time, the load time is now unacceptable for the user and make [DrGeo] unadapted for the OLPC
  • define a journal type entry to save/load
  • improve the user interface, particularly the access to the construction tools
  • improve the locus sampling, it is by now suboptimal

Other suggestion for improvements, see the DrGeo tracker

Misc

Sugar Factory

Sugar Factory is an automated method for Sugarizing non-Python applications. Albert Cahalan has some of this working now.

Extending Gnash

Extend Gnash to read more data formats, in particular those at OLPC.tv, and Mary Lou Jepsen's presentation at the Greener Gadgets Conference. Integrate Supat's SSS code and move it upstream.