Changes

Jump to navigation Jump to search
5,529 bytes added ,  00:07, 14 August 2017
Line 1: Line 1: −
<noinclude>{{ GoogleTrans-en | es =show | bg =show | zh-CN =show | zh-TW =show | hr =show | cs =show | da =show | nl =show | fi =show | fr =show | de =show | el =show | hi =show | it =show | ja =show | ko =show | no =show | pl =show | pt =show | ro =show | ru =show | sv =show }}
+
<noinclude>[[Category:Wish list]][[Category:General public]][[Category:Idea]]
    +
'''Please describe new feature requests by one of the methods below:'''
   −
'''Please describe new feature requests below.'''
+
'''Note:''' We periodically review these requests, generating ''enhancement tickets'' in [http://bugs.sugarlabs.org our tracking system].
 +
* Developers: please continue to file feature requests directly in the [http://bugs.sugarlabs.org tracking system] and develop proposals through the [[Features/Policy]] process.
 +
* You may edit this and other pages of the wiki.
 +
* See also [[Wish list]] and [[:Category:Wish list]].
 +
</noinclude>
 +
 
 +
 
 +
== Change default Mesh settings for greater security ==
 +
We were very excited to try Sugar on a Stick (Mirabelle).  However, I was very surprised to find lots of users with whom I could "make friends," some of whom seemed to have included their real names (given name and surname!). 
   −
'''Note:''' We periodically review these requests, generating ''enhancement tickets'' in [http://dev.sugarlabs.org our tracking system]. Developers: please continue to file feature requests directly in the [http://dev.sugarlabs.org tracking system].
+
It took some digging in this Wiki to find out that I just had to delete the Mesh entry (i.e., the reference to jabber.sugarlabs.org) so that only Sugar users on our Wi-Fi would show up.
</noinclude>
+
 
 +
There may be a genuine security concern here.  We simply have no way of knowing who the other users are with whom a child can "make friends."  All it would take is for one bad thing to happen for the Sugar project to suffer.
 +
 
 +
While we love the idea of children from all over the world collaborating on-line, perhaps pragmatic concerns about the security of all children should lead us, at the very least, to have the default setting on the Mesh entry as a blank.  Parents and teachers will then be responsible for enabling this feature, if they so wish.
 +
: This request has been posted to the Sugar developers mailing list at http://lists.sugarlabs.org/archive/sugar-devel/2010-May/024190.html. You may want to watch or participate in the discussion there.  --[[User:FGrose|FGrose]] 14:09, 26 May 2010 (EDT)
 +
:: This has been fixed in Sugar 0.110, please upgrade. --[[User:Quozl|Quozl]] ([[User talk:Quozl|talk]]) 00:07, 14 August 2017 (EDT).
   −
{{TOCright}}
   
== Maintain applications throughout updates ==
 
== Maintain applications throughout updates ==
   
I am running Joyride updates and really am liking the newest versions. However, it drives me crazy that some user data is maintained (ie, friends) but other data, such as applications I install, are obliterated. This is a really serious issue in terms of the viability of this OS. Can something be done?  -- [[User:Graham|Graham]]
 
I am running Joyride updates and really am liking the newest versions. However, it drives me crazy that some user data is maintained (ie, friends) but other data, such as applications I install, are obliterated. This is a really serious issue in terms of the viability of this OS. Can something be done?  -- [[User:Graham|Graham]]
    
:Unfortunately, OLPC is no longer maintaining the Joyride builds, so to some extent, this request is no longer something we can address. But <code>olpc-update</code> should preserve any activities you have installed in /home/olpc/Activities.
 
:Unfortunately, OLPC is no longer maintaining the Joyride builds, so to some extent, this request is no longer something we can address. But <code>olpc-update</code> should preserve any activities you have installed in /home/olpc/Activities.
 +
 +
==easier bug reporting==
 +
I am very impressed with KDE's bug reporting mechanism and as well Ubuntu's. I think it would be of great assistance to users and coders if there was an automatic error detection and prompt for reporting the bug. I've made [http://www.youtube.com/watch?v=BbUmk8Rk80c a video of the KDE bug reporting experience] which is exceptionally easy and user friendly... and if for no other reason kids will be using Sugar, so Sugar should be kid easy for bug reporting.--[[User:Dennis Daniels|Dennis Daniels]] 00:05, 11 August 2009 (UTC)
    
== OS Updates ==
 
== OS Updates ==
Line 18: Line 33:  
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.
 
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.
   −
:This feature is being tracked in [http://dev.sugarlabs.org/ticket/105 Ticket #105].
+
:This feature is being tracked in [http://trac.sugarlabs.org/ticket/105 Ticket #105].
    
==Download Page==
 
==Download Page==
Line 52: Line 67:  
I have had some success, but there are many frustrations, the Journal interface being the most egregious.  Some notable troubles:
 
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 loggedov
+
* 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.
 
::We took [[Development_Team/Release/Releases/Sucrose/0.84#Resume_Activity|a different approach]] to the Journal spam issue.
 
::We took [[Development_Team/Release/Releases/Sucrose/0.84#Resume_Activity|a different approach]] to the Journal spam issue.
    
* 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 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.
::This feature request is being tracked in [http://dev.sugarlabs.org/ticket/584 Ticket 584].
+
::This feature request is being tracked in [http://trac.sugarlabs.org/ticket/584 Ticket 584].
    
* 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.
 
* 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.
::Arguably this request is overstated–"crippling them"–but [http://dev.sugarlabs.org/ticket/584 Ticket 584] presumably will address this.
+
::Arguably this request is overstated–"crippling them"–but [http://trac.sugarlabs.org/ticket/584 Ticket 584] presumably will address this.
    
* 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?
 
* 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?
Line 65: Line 80:     
* 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.
 
* 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.
::This feature request is being tracked in [http://dev.sugarlabs.org/ticket/585 Ticket 585].
+
::This feature request is being tracked in [http://trac.sugarlabs.org/ticket/585 Ticket 585].
    
* 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.
 
* 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.
::This is being worked through in a slightly different way as discussed in [http://dev.sugarlabs.org/ticket/574 Ticket 574].
+
::This is being worked through in a slightly different way as discussed in [http://trac.sugarlabs.org/ticket/574 Ticket 574].
    
* 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.
 
* 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.
Line 127: Line 142:     
: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
 
: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
:This feature request is being tracked in [http://dev.sugarlabs.org/ticket/587 Ticket 587]
+
:This feature request is being tracked in [http://trac.sugarlabs.org/ticket/587 Ticket 587]
    
== Browse ==
 
== 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.
 
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.
:Browse 100 support copying/downloading images and links. (Wait for the hover menu or use the right mouse button on the object you are interested in.) The other feature requests are being tracked in [http://dev.sugarlabs.org/ticket/591 Ticket 591].
+
:Browse 100 support copying/downloading images and links. (Wait for the hover menu or use the right mouse button on the object you are interested in.) The other feature requests are being tracked in [http://trac.sugarlabs.org/ticket/591 Ticket 591].
    
== Printer Support ==
 
== Printer Support ==
Line 161: Line 176:     
==Better Support for Screencasting==
 
==Better Support for Screencasting==
I have read the [[http://wiki.sugarlabs.org/go/Activities/Screencast Activity Screencast page].
+
I have read the [[Activities/Screencast| Activity Screencast page]].
 +
===training for Soas/ Sugar===
 +
As a teacher with a little technical background, I can say that SoaS will have a lot of trouble getting traction into the schools without a lot more training. That training could easily be generated with Screencasts by volunteers IF screencasting was _better supported_ in SoaS. If screencasting was better implemented students could show, maybe even STREAM their videos, to their teachers, parents, friends and show how SMART they are by letting them make their own movies of same...
 +
 
 +
Look at these tutorials on the wiki:--[[User:Satellit|Satellit]] 12:08, 5 March 2012 (EST)
 +
====How to use Sugar====
 +
http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/Introduction_to_Sugar_Interface
 +
http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/Connecting_to_the_Internet
 +
http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/Drag-Drop
 +
http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/How_to_use_IRC
 +
http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/Backup-restore
 +
http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/Send_to_a_friend#Send_file_from_sugar-journal
 +
====Installation====
 +
http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/liveinst
 +
http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/netinstall
 +
 
 +
===better bug reports===
 +
Furthermore, bug reports become much clearer when recorded _and_ the users knows to pull up the logs too. And the whole process of making a good bug report could be demonstrated in its entirety with a screencast... the vast numbers of users don't know a zillionth of what the devs know or need to know about the bug a user is experiencing... and as most of the users don't speak English, and most devs do, you've got a serious disconnect between what your users need to tell you... enter the 'screencast' and most of the big problem description becomes evident.
 +
===PR for Soas/Sugar===
 +
With more 'evidence' of the coolness of Sugar, people will get excited about SoaS perhaps like what happened around the Phun Physics package... [http://www.phunland.com/wiki/Home Phun] became one of the physics games of choice, for those without money, because of the tremendous number of naive users/kids producing Phun demonstrations on [http://www.youtube.com/results?search_query=phun&search_type=&aq=f Youtube]. --[[User:Dennis Daniels|dgd]] 3Aug9
 +
 
 +
==Embedded Predictive text==
 +
Despite the emphasis on a non text environment there are numerous areas of education that rely on learners writing text.
 +
The integration of a predictive text system similar to that used in the windows 'Typing Assistant' and  the Co:Writer software used on the specialist hardware text editor the Alpasmart 3000, Alphasmart Neo, and Neo2.
 +
Such an integration would provide sugar with an environment that would support those with learning difficulties e.g dyslexia and additionally extend the learners vocabulary as such systems give several numbered options to choose from as you type a given word, when the writer sees the word, selecting  with the cursor or typing the number or word then utilises the selected word within the text entry dialog or document.A simple Function key combination switches the system on and off for free typing. --[[User:R Draycott|dgd]] 20Nov2009
 +
 
 +
:Erikos's recent work on a system-wide spell-checker might be a reasonable model to base such an intervention on. --[[User:Walter|Walter]] 14:06, 20 November 2009 (UTC)
 +
 
 +
==sugar-emulator==
 +
*satellit 03/15/2011
 +
#install sugar-emulator with command "sugar-emulator -f" as default
 +
:This would allow sugar emulator to match screen size of hardware it is running on and always be full screen
 +
: alternately provide a modal button on top frame of emulator window to switch to full screen and back at will.
 +
:[[Emulator/Full Screen|how to configure full screen]].
 +
 
 +
==Chatbot Terminal==
 +
I think it would be very valuable for children to have a terminal emulator that they could have a conversation with, but also one that can teach some useful linux commands. 
   −
As a teacher with a little technical background I can say that SoaS will have a lot of trouble getting traction into the schools without a lot more training. That training could easily be generated with Screencasts by volunteers IF screencasting was _better supported_ in SoaS. If screencasting was better implemented students could show, maybe even STREAM their videos, to their teachers, parents, friends and show how SMART they are by letting them make their own movies of same...  
+
Some examples:
 +
$Hello
 +
#Hi, how are you
 +
$what is the weather like?
 +
#inside a computer it can be as hot as 150 degrees, but it's only a mild 110 degrees today.  How about where you are?
 +
$how do I find a file on my computer?
 +
#well, there is a command called 'find' which you can use to find a file by name. try find / test.txt
   −
That will get people excited about SoaS much like what happened around the Phun Physics package... [http://www.phunland.com/wiki/Home Phun] became one of the physics games of choice, for those without money, because of the tremendous number of kids producing Phun demonstrations on [http://www.youtube.com/results?search_query=phun&search_type=&aq=f Youtube]. --[[User:Dennis Daniels|dgd]] 3Aug9
+
etc.
   −
[[Category:General public]]
+
The challenge that I face is that the terminal is intimidating in comparison to IOS.  I think a specialized conversation bot could do wonders for making children more comfortable in the CLI
[[Category:Idea]]
+
--[[User:Micheal Breathnach|MPB]] 10Dec2012

Navigation menu