Difference between revisions of "Request New Features"

Revision as of 16:50, 18 July 2008

Please describe new feature requests here

(Developers: please continue to file feature requests in the Trac system.)

OS Updates

It would be great if there was a Sugar OS auto-update tool in the Sugar interface (or a graphical control panel, as detailed below) to make keeping up-to-date easy

Download Page

If this wiki is the go to place for all things Sugar related then you need a download page with installation instructions and a getting started guide linked prominently from the front page.

This should have details for downloading sugar packages to install on top of lots of different OSs (even Windows!) as well Live CD images. That way folks like me with little programming experience can try before they buy, can help with tasks like translation, documentation.

Python tutorial

I get the impression that python is central to sugar. How about a page of general Python resources. Basic tutorials Sugar customisation info etc.81.187.181.168 10:35, 28 June 2008 (UTC)

File System

I love the Journal function. It's great. But it's near impossible to store and find files in Sugar, and name/locate files on other devices. We need a drag & drop system, and the ability to move files between storage devices easily. Give people the choice of either (Journal is very handy to track activity and, similar to the _open recent_ function in many OS X/Windows apps, lets you find recent stuff easily. I think this needs to be a new icon on the home view, alongside journal, and when you access it, or Journal, it's intuitive and easy to move between either view.

The new journal design call for some of what you described above: http://wiki.laptop.org/go/Designs#Journal Tomeu 10:47, 23 May 2008 (UTC)

Yes, it's better. But I still want to see the files I have created/saved in a list, by storage device. File name. Type. Size. Date last used.

usability

7/18/2008

I've been writing an activity on an XO using only XO resources. After all, the target community members are people for whom the XO is the only computer to which they have access. If you realistically want to serve that community, you have to walk a mile in their shoes.

I have had some success, but there are many frustrations, the Journal interface being the most egregious. Some notable troubles:

I spend an inordinate amount of time deleting Journal clutter. It should be possible to turn automatic logging off, since not all activity will necessarily be worth tracking. Better yet, include a GUI for setting filter options for what will be logged, and what will not be logged

The flat file display of directories on USB or SD devices also clutters the Journal. Especially annoying is when a complete web page is saved on another computer and viewed on an XO (for example tutorial information about the XO). The detail data in the subdirectory makes it hard to find the root HTML file to view the page. Moreover, as nearly as I can tell, it is not possible to save a complete web page using only the XO. Something is saved, but it displays incorrectly when viewed later. This is of fundamental importance for areas with little or unreliable internet service. A child finds something at school, he saves it so he can read it later at home where there is no internet, and what he gets is some partially readable glop.

The OLPC developers guide extols the Journal as a replacement for file hierarchies, and suggests that such hierarchies are unnatural. This is not true: containers are very intuitive, especially for children. Even in the most primitive hut, there is an area for cooking, which contains a larder which contains food items. The cooking area also contains a storage area for utensils and an area for food preparation. The hut itself contains a sleeping area, a cooking area, a latrine area and a social area, even if it is only one room. Moreover, the hut is contained in a community, itself contained in a nation. To assert that hierarchical organization is unnatural borders on blind hubris. Hierarchical organization of information is no exception: bearing witness are the containers library, collection, shelf, volume, and page within the volume. Indeed, the entire internet, the new global library, is intrinsically and irretrievably hierarchical. Depriving children of these fundamental organizational tools is tantamount to crippling them.

With reference to the previous point, it would be nice to have something like the triangle by directories on Macs, or in the example listings in pippy: click on the triangle, and the contained information is toggled between hidden and expanded states. A child could create a container in the Journal, and drag different Journal entries into it to organize the log of his activities according to his own choosing, and then click on the triangle to hide those that are distracting to the activity at hand. This is conceptually no different than putting toys away in a toy box, and it is perfectly natural to all human beings, children or otherwise. Moreover, this functionality is already present, but only for 'hard' containers like USB and SD devices. Is it such a stretch to allow 'soft' user created containers as journal entries?

I have discovered that a journal entry is really a saving of the state of an activity comprising data, activity, view state (not always restored properly), etc. This notion of a saved state that may be identically resumed is very good, and very convenient, when it has been fully implemented by an activity. It should extend to power cycles. When I turn the machine back on, all my running activities should be resumed and the clipboard should have all my clips, and the machine view should be restored to the most recent active activity before power cycling.

With reference to the previous point, this distinction between what a journal entry really is and a file or directory (which are very useful containers, not at all obsolete) should be made clearer. Downloads are implicitly files (documents or data if you prefer), not activities. Often, there is no natural activity for working with a download, or the default activity may be cumbersome or unworkable. The only workable means for accessing a download that I have discovered is to copy it to a USB or SD device, and then use the command line to manipulate it. The rudimentary task of managing development files has required me to repeatedly resort to the command line, which I detest, being a primitive legacy of the days in the 1970's when 64kbyte mini-computers ruled. It should be possible to copy, delete, rename, and execute files from the browser activity. This is the 21st century after all.

The simple task of saving a module created with pippy into a suitable library directory turns into an ordeal because of these limitations on necessary functionality which ultimately serves not to educate, but to handicap children.

As a final remark, I am very aware that this is not a laptop project, nor is it a developer project, but an education project. Consider: children get older. They become more sophisticated. They begin to desire to express themselves and collaborate in more complicated ways, and engage in more complicated activities, which can not be linearized temporally. Activity development is just one instance of those possible future activities. Temporal state saving at the GUI level is a new and useful idea, but it is not sufficient. Usability will ultimately make or break this project.

Sugarize Firefox

It would be greatly appreciated if someone can develop a Sugarized version of Firefox! I don't think the collaboration tools are necessary (since the built in browser already does this), but people keep bringing it up as an issue why they don't like Sugar. Help, someone! That, or add tabs to the browse activity and a better Bookmarking mechanism.

I use a "sugar coated" version of SeaMonkey; which is a full suite (browser, email, etc). Might Seamonkey be a better option due to its (as I understand) smaller footprint & greate number of options? -- User:AuntiMame 22 May 2008 16:05

AuntiMame - Can this be added to Activities where we can compile a list of all available applications, installation instructions, and links to download? -- Graham

Can we have installation instructions for SeaMonkey?? -- Graham

The Sugar Browser is actually based on the Firefox guts (xulrunner), but the UI has been developed for Sugar. You can find more details here. There have been many requests, like yours, to improve it by supporting more features that "normal" browsers have. I agree that tabs and bookmarks would be welcome additions and useful for children. -- Ridderman 20:53, 22 May 2008 (UTC)

Point of information for Ridderman but Browse already has bookmarks which work fine. Tinker 05:59, 5 July 2008 (UTC)

Sugar Control Panel

I would like to see a GUI control panel... I am discovering new features to customize through terminal, however, a lot of them could be easily accessible through a simple control panel GUI. I think this would help newer users a great deal.

Date, Time & Timezone
Language
User Accounts
WiFi settings
Jabber server(s) - ability to input multiple servers for different user groups (schools, cities, countries, etc.).
Add/Remove Programs
System Updates
Desktop GUI settings
Name SD card and USB media drives, etc.
Running Linux Applications Under Sugar - A script has been written to Sugar Coat Linux apps to make them run under Sugar desktop (i.e. making them to run in the Sugar interface, without the collaboration and other Sugar integration programmed into them). Can this be made more user-friendly and incorporated into a Sugar Control Panel GUI, to make adding applications easier?
What else?
How about also getting latitude and longitude from the "nearby city" selected in the timezone setting dialog? -- davewa 19:23, 23 May 2008 (UTC)

-- Graham

This is a great idea, and it's actually already being developed. You can find more details here or in the sugar mailing lists. I'm not sure whether this will be available for the next Sucrose release, 0.82. -- Ridderman 21:02, 22 May 2008 (UTC)

What is Sucrose, exactly?

See Sucrose; which suggests we may want a Glossary of (un)common terms. --Walter 23:12, 22 May 2008 (UTC)

Chat (Jabber)

Ability to add multiple Jabber servers (connect with functionality detailed above) and switch between them in the chat program.

From Wiki:

But what if you wish to connect to one of several jabber servers because you belong to several communities/SIGs? I can live with one-at-a-time, but it would be wonderful if I could pick from a list I've created. Or at least a list of jabber servers I've previously connected to. How about a syntax for "choice <n> from file <x>" and "show me choices in file <x>"? -- davewa

Browse

I cannot copy a link, I can't save a jpg, the Sugar OS changes the filename of a file which it does not recognise, the directory system is hidden, there is no predictive text when typing URL's or usernames, there's no tabbed browsing, there's no cookie, proxy or popup control.

Printer Support

I don't need to detail this very much - it's self evident. Support for generic USB printer drivers, and School Server printing? -- Graham

yum install cups works out of the box so you can easily add network printers. But printing is not exposed in the Sugar UI. There was work going on at the OSU Open Systems labs... I'll ping them to find out if they have been making headway. --Walter 12:19, 23 May 2008 (UTC)

Thanks. We await news with baited breath. -- Graham

@@ Line 25: / Line 25: @@
 Yes, it's better. But I still want to see the files I have created/saved in a list, by storage device. File name. Type. Size. Date last used.
+==== usability ====
+/18/2008
+I've been writing an activity on an XO using only XO resources.  After all, the target community members are people for whom the XO is the only computer to which they have access.  If you realistically want to serve that community, you have to walk a mile in their shoes.
+I have had some success, but there are many frustrations, the Journal interface being the most egregious.  Some notable troubles:
+* I spend an inordinate amount of time deleting Journal clutter.  It should be possible to turn automatic logging off, since not all activity will necessarily be worth tracking.  Better yet, include a GUI for setting filter options for what will be logged, and what will not be logged
+* The flat file display of directories on USB or SD devices also clutters the Journal.  Especially annoying is when a complete web page is saved on another computer and viewed on an XO (for example tutorial information about the XO).  The detail data in the subdirectory makes it hard to find the root HTML file to view the page.  Moreover, as nearly as I can tell, it is not possible to save a complete web page using only the XO.  Something is saved, but it displays incorrectly when viewed later.  This is of fundamental importance for areas with little or unreliable internet service.  A child finds something at school, he saves it so he can read it later at home where there is no internet, and what he gets is some partially readable glop.
+* The OLPC developers guide extols the Journal as a replacement for file hierarchies, and suggests that such hierarchies are unnatural.  This is not true:  containers are very intuitive, especially for children.  Even in the most primitive hut, there is an area for cooking, which contains a larder which contains food items.  The cooking area also contains a storage area for utensils and an area for food preparation.  The hut itself contains a sleeping area, a cooking area, a latrine area and a social area, even if it is only one room.  Moreover, the hut is contained in a community, itself contained in a nation.  To assert that hierarchical organization is unnatural borders on blind hubris.  Hierarchical organization of information is no exception: bearing witness are the containers library, collection, shelf, volume, and page within the volume.  Indeed, the entire internet, the new global library, is intrinsically and irretrievably hierarchical.  Depriving children of these fundamental organizational tools is tantamount to crippling them.
+* With reference to the previous point, it would be nice to have something like the triangle by directories on Macs, or in the example listings in pippy: click on the triangle, and the contained information is toggled between hidden and expanded states.  A child could create a container in the Journal, and drag different Journal entries into it to organize the log of his activities according to his own choosing, and then click on the triangle to hide those that are distracting to the activity at hand.  This is conceptually no different than putting toys away in a toy box, and it ''is'' perfectly natural to all human beings, children or otherwise.  Moreover, this functionality is already present, but only for 'hard' containers like USB and SD devices.  Is it such a stretch to allow 'soft' user created containers as journal entries?
+* I have discovered that a journal entry is really a saving of the state of an activity comprising data, activity, view state (not always restored properly), etc.  This notion of a saved state that may be identically resumed is very good, and very convenient, when it has been fully implemented by an activity.  It should extend to power cycles.  When I turn the machine back on, all my running activities should be resumed and the clipboard should have all my clips, and the machine view should be restored to the most recent active activity before power cycling.
+* With reference to the previous point, this distinction between what a journal entry really is and a file or directory (which are very useful containers, not at all obsolete) should be made clearer.  Downloads are implicitly files (documents or data if you prefer), not activities.  Often, there is no natural activity for working with a download, or the default activity may be cumbersome or unworkable.  The only workable means for accessing a download that I have discovered is to copy it to a USB or SD device, and then use the command line to manipulate it.  The rudimentary task of managing development files has required me to repeatedly resort to the command line, which I detest, being a primitive legacy of the days in the 1970's when 64kbyte mini-computers ruled.  It should be possible to copy, delete, rename, and execute files from the browser activity.  This is the 21st century after all.
+* The simple task of saving a module created with pippy into a suitable library directory turns into an ordeal because of these limitations on necessary functionality which ultimately serves not to educate, but to handicap children.
+As a final remark, I am very aware that this is not a laptop project, nor is it a developer project, but an education project.  Consider: children get older.  They become more sophisticated.  They begin to desire to express themselves and collaborate in more complicated ways, and engage in more complicated activities, which can not be linearized temporally.  Activity development is just one instance of those possible future activities.  Temporal state saving at the GUI level is a new and useful idea, but it is not sufficient.  Usability will ultimately make or break this project.
 === Sugarize Firefox ===