Applications to adopt: Difference between revisions

From OLPC
Jump to navigation Jump to search
(added suggestion for Python shell and formal word processor)
m (Reverted edits by 211.100.4.71 (Talk) to last version by 74.185.208.14)
 
(17 intermediate revisions by 13 users not shown)
Line 1: Line 1:
{{cleanup}}
This page should be some kind of list of applications that we should adopt or adapt. It really should have two sections and then lists within those sections sorted by application type.
This page should be some kind of list of applications that we should adopt or adapt. It really should have two sections and then lists within those sections sorted by application type.
==Adopt==
==Adopt==
===Ebook Readers===
===Ebook Readers===
[[Evince]] is the obvious one to start with since it is already part of the project.
[[Evince]] is the obvious one to start with since it is already part of the project.

===How about a Blind Reader===
That would be an application in which the cámera can read text in paper, and apply OCR to it to read it aloud for blind children/adults. also reads aloud the Ebooks. MEXICO, AGS, --[[User:Dagoflores|Dagoflores]] 16:25, 14 March 2007 (EDT)


===Python shell===
===Python shell===
Provides a simple way for children to experiment with programming. See [[Programming for Kids]].
Provides a simple way for children to experiment with programming. See [[Programming for Kids]].
*see also [[Pippy]]


===Formal word processor===
===Formal word processor===

ala Abiword, etc. Not to be used for any kind of learning or instruction (we hopefully are trying to define a new e-learning paradigm that isn't focused on paper), but for interfacing with the rest of the world that still depends paper as a medium. Useful for things like writing letters, etc. Not sure how many users will have access to a printer, however. See [[Word Processing]].
[[AbiWord]] is being adapted for the OLPC.

===OpenDocument Viewer===
See [[OpenDocument Viewer]] for more information about OpenDocument readers.




==Adapt==
==Adapt==
=== E-mail clients ===
=== E-mail clients ===
Tinymail is a project that aims to create a E-mail client development infrastructure for creating E-mail clients for small devices. At this moment it can show large IMAP and POP folders using less than 5 megabytes of memory. Tinymail is licensed as LGPL.
Some work is being done to try to develop a prototype [[email]] client. Tinymail is a project that aims to create a E-mail client development infrastructure for creating E-mail clients for small devices. At this moment it can show large IMAP and POP folders using less than 5 megabytes of memory. Tinymail is licensed as LGPL.
https://svn.cronos.be/svn/tinymail/trunk
https://svn.cronos.be/svn/tinymail/trunk


Line 19: Line 30:


In fact, by applying the principles of UNIX as a collection of straightforward utilities that do one job well, Inkscape could be broken up into several separate programs. One for sketching, one for adding color, one for texturing, one for animating. In particular, since the device will often be used in monochrome mode, separating coloring from drawing makes a lot of sense.
In fact, by applying the principles of UNIX as a collection of straightforward utilities that do one job well, Inkscape could be broken up into several separate programs. One for sketching, one for adding color, one for texturing, one for animating. In particular, since the device will often be used in monochrome mode, separating coloring from drawing makes a lot of sense.

:I agree that it should have separate "modes" which group related functions for a streamlined UI - however, these should not be separate programs. Children should be able to build up to expert level and, while they may need more switching between "modes", still do everything that experts do.

:That said, the steps it takes to join the ends of two paths (first "join" the paths into "one" disjoint object, then join the ends) are very nonintuitive in Inkscape, and need work for a beginner. Most everything else - even the sum, difference, intersection operators - are pretty intuitive and could be exposed almost as is. Generally, it would be good to move away from two-step processes (select then do) to one-step (a tool that does both in one) when possible, but that's pretty simple. For instance, a lasso which selects and groups in one step. And make results obvious when possible - for instance, when converting from a smooth corner to an abstractly "cornered" one, remove all the smoothing instead of having that be a separate step. Also, the game keys are our friends. [[User:Homunq|Homunq]] 16:35, 28 August 2007 (EDT)


===Encryption Tools===
===Encryption Tools===
Line 27: Line 42:
===A Logo===
===A Logo===
[[LOGO]]
[[LOGO]]

===Firefox===


[[Category:Developers]]
[[Category:Developers]]

Latest revision as of 16:10, 4 January 2009


This page should be some kind of list of applications that we should adopt or adapt. It really should have two sections and then lists within those sections sorted by application type.

Adopt

Ebook Readers

Evince is the obvious one to start with since it is already part of the project.

How about a Blind Reader

That would be an application in which the cámera can read text in paper, and apply OCR to it to read it aloud for blind children/adults. also reads aloud the Ebooks. MEXICO, AGS, --Dagoflores 16:25, 14 March 2007 (EDT)

Python shell

Provides a simple way for children to experiment with programming. See Programming for Kids.

Formal word processor

AbiWord is being adapted for the OLPC.

OpenDocument Viewer

See OpenDocument Viewer for more information about OpenDocument readers.


Adapt

E-mail clients

Some work is being done to try to develop a prototype email client. Tinymail is a project that aims to create a E-mail client development infrastructure for creating E-mail clients for small devices. At this moment it can show large IMAP and POP folders using less than 5 megabytes of memory. Tinymail is licensed as LGPL. https://svn.cronos.be/svn/tinymail/trunk

Inkscape

This is an SVG drawing program but it is far more feature rich than it needs to be for OLPC. To start with, import and export formats could be removed leaving only SVG and PNG. But more than that, it needs to be simplified for beginners even if that means reducing its functionality.

In fact, by applying the principles of UNIX as a collection of straightforward utilities that do one job well, Inkscape could be broken up into several separate programs. One for sketching, one for adding color, one for texturing, one for animating. In particular, since the device will often be used in monochrome mode, separating coloring from drawing makes a lot of sense.

I agree that it should have separate "modes" which group related functions for a streamlined UI - however, these should not be separate programs. Children should be able to build up to expert level and, while they may need more switching between "modes", still do everything that experts do.
That said, the steps it takes to join the ends of two paths (first "join" the paths into "one" disjoint object, then join the ends) are very nonintuitive in Inkscape, and need work for a beginner. Most everything else - even the sum, difference, intersection operators - are pretty intuitive and could be exposed almost as is. Generally, it would be good to move away from two-step processes (select then do) to one-step (a tool that does both in one) when possible, but that's pretty simple. For instance, a lasso which selects and groups in one step. And make results obvious when possible - for instance, when converting from a smooth corner to an abstractly "cornered" one, remove all the smoothing instead of having that be a separate step. Also, the game keys are our friends. Homunq 16:35, 28 August 2007 (EDT)

Encryption Tools

Use also LUKS - Linux Unified Key Setup

LOGO

Firefox