Re: [Sugar-devel] Fwd: [Bug 502991] Re: Tam Tam Mini does not start
On Sun, Mar 06, 2011 at 06:31:29PM +0530, Manusheel Gupta wrote: FYI. Any pointers on getting Tam Tam Mini to run on USR 32 bit? Manu -- Forwarded message -- From: Michael Jonker 502...@bugs.launchpad.net Date: Sun, Mar 6, 2011 at 6:13 PM Subject: [Bug 502991] Re: Tam Tam Mini does not start To: m...@seeta.in Hi, this is effecting me as well on Ubuntu-Sugar-Remix 32bit. I am not technical (but understand the basics behind a linux system), and am trying to set up a portable sugar network for a local community group. I am using Mint 10 as this is the easiest for a portable USB drive over diverse hardware (wireless drivers etc). I am using USB sticks with persistence. Everything works well, except for the Tam Tam suite, Tehere was an issue in TamTam, it didn't contain binaries built against debian csound libs (debain renames csound libs), but it should work fine in recent versions on ASLO. as this bug is describing. Tam Tam works on the Fedora 14 Sugar on a stick but it is too cumbersome to get into the system to enable proprietary drivers, Flash, video codecs etc. Does anybody have a work-around or a patch with step by step instructions? Tam Tam is going to be a hit with the kids and I would really like to get it working. -- You received this bug notification because you are a direct subscriber of the bug. https://bugs.launchpad.net/bugs/502991 Title: Tam Tam Mini does not start Status in Sugar Learning Platform: Fix Released Status in Ubuntu Sugar Remix: In Progress Status in “sugar-0.88” package in Ubuntu: Invalid Bug description: TypeError: exeptions must be classes or instances, not str File /Clopper/__init__.py line 21 raise cannot find proper binary blogs. Speak and Maze opened fine. To unsubscribe from this bug, go to: https://bugs.launchpad.net/sugar/+bug/502991/+subscribe ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH sugar] Language: restore undo functionality in control panel section #10754
The control panel has a builtin undo functionality that does
call the set_* method of the model. As we have different formats of
setting a language we need to compensate for that.
---
extensions/cpsection/language/model.py |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/extensions/cpsection/language/model.py
b/extensions/cpsection/language/model.py
index 240e562..17de6bb 100644
--- a/extensions/cpsection/language/model.py
+++ b/extensions/cpsection/language/model.py
@@ -134,6 +134,10 @@ def set_languages(languages):
languages :
+if isinstance(languages, list):
+set_languages_list(languages)
+return
+
if languages.endswith('utf8'):
set_languages_list([languages])
return 1
--
1.7.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Jumble-7
Activity Homepage: http://activities.sugarlabs.org/addon/4413 Sugar Platform: 0.82 - 0.92 Download Now: http://activities.sugarlabs.org/downloads/file/27285/jumble-7.xo Release notes: In a jumble of 83 objects, the player has to locate 20. Each deal is different. Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Appel Haken-4
Activity Homepage: http://activities.sugarlabs.org/addon/4414 Sugar Platform: 0.82 - 0.92 Download Now: http://activities.sugarlabs.org/downloads/file/27286/appel_haken-4.xo Release notes: You're looking at a map with straight borders. Your task is to colour in the map so that no two bordering countries have the same colour. Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Load testing the XS school server
Hi Ben, Very interesting! And congrats, I guess this means you've got your Masters or will soon have it. I'd like to see linked the JMeter automation scripts, raw data files, etc. It may be agood idea to have XS_Load_Testing be a summary page with links to resources: - example JMeter scripts - your thesis paper (under a more fitting title -- something along the lines of XS_Load_Testing_Ben_Tran_Thesis ) - maybe cross-linked to the server sizing section http://wiki.laptop.org/go/XS_Recommended_Hardware#Server_Sizing cheers, m On Thu, Mar 10, 2011 at 3:10 PM, Sameer Verma sve...@sfsu.edu wrote: Benjamin Tran (one of my students) has been working on his Masters thesis for over a year, load testing different hardware configurations running XS 0.6 school server. He defended his thesis successfully and his work is now up on the OLPC wiki. http://wiki.laptop.org/go/XS_Load_Testing The platforms tested were: XS-on-XO1 FitPC FitPC2 OLPCorps SolidLogic Generic PC Dell Precision 670 dual Xeon workstation w/4GB RAM Note that the work has certain limitations based on his thesis requirements and the data available from the field. Both Ben and I are happy to continue the work beyond his thesis effort. cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor, Information Systems Director, Campus Business Solutions San Francisco State University http://verma.sfsu.edu/ http://opensource.sfsu.edu/ http://cbs.sfsu.edu/ http://is.sfsu.edu/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar] Language: restore undo functionality in control panel section #10754
Tested-by: Samuel Greenfeld greenf...@laptop.org
On 03/16/11 11:03, Simon Schampijer wrote:
The control panel has a builtin undo functionality that does
call the set_* method of the model. As we have different formats of
setting a language we need to compensate for that.
---
extensions/cpsection/language/model.py |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/extensions/cpsection/language/model.py
b/extensions/cpsection/language/model.py
index 240e562..17de6bb 100644
--- a/extensions/cpsection/language/model.py
+++ b/extensions/cpsection/language/model.py
@@ -134,6 +134,10 @@ def set_languages(languages):
languages :
+if isinstance(languages, list):
+set_languages_list(languages)
+return
+
if languages.endswith('utf8'):
set_languages_list([languages])
return 1
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH sugar] Limit the nick name to be only 8 characters maximum #10737
The avahi service name has a 64 character limit. It consists of
the room name the published-name and the host name.
---
src/jarabe/model/neighborhood.py | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/src/jarabe/model/neighborhood.py b/src/jarabe/model/neighborhood.py
index ca4c5bf..aef03b8 100644
--- a/src/jarabe/model/neighborhood.py
+++ b/src/jarabe/model/neighborhood.py
@@ -695,6 +695,15 @@ class Neighborhood(gobject.GObject):
if account == self._server_account:
self._link_local_account.enable()
+def _limit_published_name(nick):
+ Limit the nick name to be only 8 characters maximum
+
+The avahi service name has a 64 character limit. It consists of
+the room name the published-name and the host name.
+
+
+return nick[:8]
+
def _ensure_link_local_account(self, account_paths):
for account_path in account_paths:
if 'salut' in account_path:
@@ -713,7 +722,7 @@ class Neighborhood(gobject.GObject):
'first-name': '',
'last-name': '',
'jid': self._get_jabber_account_id(),
-'published-name': nick,
+'published-name': self._limit_published_name(nick),
}
properties = {
--
1.7.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Sugar-desarrollo] [Design] [Patches] New Toolbars in Activities
Hi Sebastian, I am working in Get Books activity. I will use part of your code and change the UI too. Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [OLPC-AU] Recording screencasts
On Tue, Mar 15, 2011 at 4:00 AM, James Cameron qu...@laptop.org wrote: I use the Fedora recordmydesktop package with suitable options to reduce the processing demand. The video encoding does not occur until after the session is created. Using an external USB HDD has a remarkable effect on performance as compared to XO internal storage. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel What suitable options do you use? cheers, Sameer ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH sugar] Fully update the salut account information when the nick name changes #10749
Signed-off-by: Simon Schampijer si...@laptop.org
---
src/jarabe/model/neighborhood.py | 22 +-
1 files changed, 17 insertions(+), 5 deletions(-)
diff --git a/src/jarabe/model/neighborhood.py b/src/jarabe/model/neighborhood.py
index aef03b8..1394f44 100644
--- a/src/jarabe/model/neighborhood.py
+++ b/src/jarabe/model/neighborhood.py
@@ -695,7 +695,7 @@ class Neighborhood(gobject.GObject):
if account == self._server_account:
self._link_local_account.enable()
-def _limit_published_name(nick):
+def _limit_published_name(self, nick):
Limit the nick name to be only 8 characters maximum
The avahi service name has a 64 character limit. It consists of
@@ -812,10 +812,22 @@ class Neighborhood(gobject.GObject):
logging.debug('__nick_changed_cb')
nick = client.get_string('/desktop/sugar/user/nick')
-for account in self._server_account, self._link_local_account:
-bus = dbus.Bus()
-obj = bus.get_object(ACCOUNT_MANAGER_SERVICE, account.object_path)
-obj.Set(ACCOUNT, 'Nickname', nick, dbus_interface=PROPERTIES_IFACE)
+
+bus = dbus.Bus()
+account = bus.get_object(ACCOUNT_MANAGER_SERVICE,
+ self._server_account.object_path)
+account.Set(ACCOUNT, 'Nickname', nick, dbus_interface=PROPERTIES_IFACE)
+
+account = bus.get_object(ACCOUNT_MANAGER_SERVICE,
+ self._link_local_account.object_path)
+account.Set(ACCOUNT, 'Nickname', nick, dbus_interface=PROPERTIES_IFACE)
+needs_reconnect = account.UpdateParameters( \
+{'nickname': nick,
+ 'published-name': self._limit_published_name(nick)},
+dbus.Array([], 's'),
+dbus_interface=ACCOUNT)
+if needs_reconnect:
+account.Reconnect()
self._update_jid()
--
1.7.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar] Limit the nick name to be only 8 characters maximum #10737
Just in case people are wondering: this patch does only affect internal handling. The nick name that is visible in the UI (neighborhood view) is not affected by the limiting. It will be displayed in full length. On 03/16/2011 01:34 PM, Simon Schampijer wrote: The avahi service name has a 64 character limit. It consists of the room name the published-name and the host name. --- src/jarabe/model/neighborhood.py | 11 ++- 1 files changed, 10 insertions(+), 1 deletions(-) diff --git a/src/jarabe/model/neighborhood.py b/src/jarabe/model/neighborhood.py index ca4c5bf..aef03b8 100644 --- a/src/jarabe/model/neighborhood.py +++ b/src/jarabe/model/neighborhood.py @@ -695,6 +695,15 @@ class Neighborhood(gobject.GObject): if account == self._server_account: self._link_local_account.enable() +def _limit_published_name(nick): A self is missing here. Gets introduced in Fully update the salut account information when the nick name changes #10749 (which depends on this patch). Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar] Limit the nick name to be only 8 characters maximum #10737
On Thu, Mar 17, 2011 at 2:40 AM, Simon Schampijer si...@schampijer.de wrote: Just in case people are wondering: this patch does only affect internal handling. The nick name that is visible in the UI (neighborhood view) is not affected by the limiting. It will be displayed in full length. And what are the adverse consequences if there is a conflict between JoseMariaSuarez and JoseMariaRamirez ? I think you'd want to show that the potential bugginess is not so bad, or else hash the names rather than truncate them. --scott -- ( http://cscott.net/ ) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar] Limit the nick name to be only 8 characters maximum #10737
On 03/16/2011 03:29 PM, C. Scott Ananian wrote: On Thu, Mar 17, 2011 at 2:40 AM, Simon Schampijersi...@schampijer.de wrote: Just in case people are wondering: this patch does only affect internal handling. The nick name that is visible in the UI (neighborhood view) is not affected by the limiting. It will be displayed in full length. And what are the adverse consequences if there is a conflict between JoseMariaSuarez and JoseMariaRamirez ? I think you'd want to show that the potential bugginess is not so bad, or else hash the names rather than truncate them. --scott http://dev.laptop.org/ticket/10737#comment:6 Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH sugar] Remove leftovers that try to sync friends in the PS #10736
Signed-off-by: Simon Schampijer si...@laptop.org
---
src/jarabe/model/friends.py | 25 -
1 files changed, 0 insertions(+), 25 deletions(-)
diff --git a/src/jarabe/model/friends.py b/src/jarabe/model/friends.py
index 192f683..f78d785 100644
--- a/src/jarabe/model/friends.py
+++ b/src/jarabe/model/friends.py
@@ -156,31 +156,6 @@ class Friends(gobject.GObject):
cp.write(fileobject)
fileobject.close()
-self._sync_friends()
-
-def _sync_friends(self):
-# XXX: temporary hack
-# remove this when the shell service has a D-Bus API for buddies
-
-def friends_synced():
-pass
-
-def friends_synced_error(e):
-logging.error('Error asking presence service to sync friends: %s',
-e)
-
-keys = []
-for friend in self:
-keys.append(friend.get_key())
-
-bus = dbus.SessionBus()
-ps = bus.get_object('org.laptop.Sugar.Presence',
-'/org/laptop/Sugar/Presence')
-psi = dbus.Interface(ps, 'org.laptop.Sugar.Presence')
-psi.SyncFriends(keys,
-reply_handler=friends_synced,
-error_handler=friends_synced_error)
-
def get_model():
global _model
--
1.7.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH sugar-presence-service] Make PS not dependent on buddy-icon.jpg to be around OLPC #10739
We did remove the creation of the buddy-icon.jpg in the Sugar profile c38e03f641e2f409464340bf67826809cf2f94dc. We have to adopt the PS to that change. The PS is used at the moment by Etoys exclusively. Signed-off-by: Simon Schampijer si...@laptop.org --- src/buddy.py |7 +-- 1 files changed, 1 insertions(+), 6 deletions(-) diff --git a/src/buddy.py b/src/buddy.py index f221a8f..f5ba268 100644 --- a/src/buddy.py +++ b/src/buddy.py @@ -862,14 +862,9 @@ class ShellOwner(GenericOwner): if not isinstance(nick, unicode): nick = unicode(nick, 'utf-8') -icon_file = os.path.join(env.get_profile_path(), buddy-icon.jpg) -f = open(icon_file, r) -icon = f.read() -f.close() - GenericOwner.__init__(self, ps, bus, 'keyid/' + psutils.pubkey_to_keyid(key), -key=key, nick=nick, color=color, icon=icon, key_hash=key_hash, +key=key, nick=nick, color=color, icon=None, key_hash=key_hash, tags=tags) # Ask to get notifications on Owner object property changes in the -- 1.7.4 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Global create-new/modify icon
On 03/14/2011 11:28 AM, Gary Martin wrote: Hi Simon, On 10 Mar 2011, at 17:16, Simon Schampijer wrote: One of the major functionality in activities is creating and/or modifying, for example creating a new game in Memorize a new abacus in the Abacus activity and so on. I am wondering what would be a good icon to use for that. I have seen the use of a scissor (like editing an activity), or the gear like we use in 'view source'. Any other ideas? And then it would be great if we could set on one and be consistent in activities and use the same icon in all of them. Thanks for raising this, I've added this topic to next weeks Design Team meeting, I'll try and get a few mockups together before then: http://wiki.sugarlabs.org/go/Design_Team/Meetings Great - thanks! /me loves the progress we have in design meetings over the last weeks - all thumbs up! Some misc. thoughts regarding using the existing scissor/edit tool and secondary palette. Pros: * existing Activity edit secondary toolbars usually have only copy, paste, sometimes also undo redo (so there is usually plenty of UI space) * no need to add yet another primary toolbar widget (less complex primary UI and/or space for other tools) * Sugar design model, editing is what you do during an activity to change it, 'creating new' activities should be done before an Activity begins (e.g. home -- start new, and/or proposed Journal duplicate feature). BTW, Think it is OK for an Activity to support clearing/erasing/reseting state (such as Paint, Memorize), though ideally with reliable undo or versioning support to help prevent accidental data loss. All valid points. Cons: * overloading an existing UI category (traditional OS users have certain expectations for an edit menu)? * will folks overlook the edit sub-palette and miss the extra modification features? I fear mostly that - that people will not find that option for several reasons :/ But you are right in that using another icon has issues space wise. Let's see maybe there are other options we have not thought about yet...:) Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Design] [Patches] New Toolbars in Activities
On 03/13/2011 10:46 AM, Gary Martin wrote: Hi Simon, On 10 Mar 2011, at 18:54, Simon Schampijer wrote: On 03/10/2011 01:13 PM, Sebastian Silva wrote: Hello / Hola, As some of you know I started working with Activity Central last week, as an Activity Developer. My tasks will be to improve our Activities and also I consider, make life easier for activity developers. I'm looking forward to sharing more of what we do and have already signed up with the Activities Team. My first contribution is to update the toolbars in several activities. In the process I've run into some design decisions. In particular, with activities with few actions, updating the toolbar concealed the actions behind a ToolbarButton (see Get Books, for example). This did not seem right, so I took the liberty of moving main actions to the main toolbar. From http://wiki.sugarlabs.org/go/Features/New_Toolbar_Design#Benefit_to_Sugar - /Make process of switching between toolbars more clear, use tool buttons that are showing all the time (in main toolbar), i.e., having Close/Help buttons visible all the time could be very useful./ seems to support my decision. I've updated http://wiki.sugarlabs.org/go/Activity_Team/TODO#Activity_Feature_Requests with the following. Activity Git repo with patches Comment Typing Turtle git://git.sugarlabs.org/~icarito/typing-turtle/typing-turtle-icarito.git DONE. Waiting for merge request. StopWatch git://git.sugarlabs.org/stopwatch/stopwatch.git DONE. Moved Share and Keep buttons to main toolbar. Help git://git.sugarlabs.org/~icarito/help/help-newui.git DONE. Put navigation in main bar (like in Browse). Waiting for merge request. Distance git://git.sugarlabs.org/distance/distance.git DONE by dirakx. Maze git://git.sugarlabs.org/~icarito/maze/icaritos-mainline.git DONE. Moved Share to main bar. Waiting for merge request. Get Books git://git.sugarlabs.org/~icarito/get-books/icaritos-mainline.git DONE. Moved book actions to main toolbar. Waiting for merge request. Words - Working on iticarito http://wiki.sugarlabs.org/go/User:Icarito13:00, 10 March 2011 (EST). The UI can be improved. Jukebox - Working on iticarito http://wiki.sugarlabs.org/go/User:Icarito13:00, 10 March 2011 (EST). I'd appreciate some feedback and peer review - as well as attention to the pending merge requests. Also on the dev workflow. Thanks, I'm happy to finally contribute code again. Sebastian Hi Sebastian, thanks for your work! I remember that we had defined some guidelines when using the new toolbars. So if I remember correctly (Gary feel free to correct me) we agreed that for simple activities the options can be moved to the main toolbar. Some things should be considered here (can be seen in the screenshot attached and the code is in [1]): - left should be the activity icon with the name in the palette - then the other options (title, sharing, keep) left aligned - the sharing button is made insensitive (but shown) if sharing is not implemented (self.max_participants = 1) I think we have not writing those guidelines down yet ([2] does not say anything about it and as well I could not find that info in any design page). Gary, what would be the best place to keep this info? Yes, the new toolbar design is an addition needed for the Sugar HIG update/rework. Plan is to take a static snapshot (a fixed readonly document) of the HIG as it stands on the wiki, and then update/rework the wiki HIG. Thanks for the reminder about the special case for minimal/simple activities (I'll need to go back and dig out the old discussions). --Gary AFAIR, I did code the help activity based on the discussions back then. This is the closest documentation I have :) Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] LATEST ON: Conozco Uruguay OLPC/Sugar Tour + Summit!
*/1. eduTRIP! Community Exploration Tour Welcome/* Latest Draft Itinerary just posted, on the specific schools/groups in Uruguay we anticipate visiting and working with: APR 30 - MAY 4/5 http://wiki.sugarlabs.org/go/Conozco_Uruguay_Tour Sign up with me today if you still want a spot, as we already have 15+ potential trip attendees you can see here, but a couple spots left: http://wiki.sugarlabs.org/go/Conozco_Uruguay_Tour#Potential_Participants Thanks to all the great folks who already bought full 10-day flights to Uruguay! /Huge thanks to Leticia, Pablo for organizing so many of the crucial logistics, and for Caryl for blogging on their progress here:/ http://wiki.sugarlabs.org/go/Talk:Conozco_Uruguay_Tour And remember the true meaning of Conozco Uruguay, C U soon just 6 weeks from now! /* 2. eduJAM! Core Summit Registration now OPEN*/ MAY 5-7 + HACK SPRINT MAY 8-9 / ONWARDS http://wiki.sugarlabs.org/go/Uruguay_Summit_2011 Click REGISTER on top hereunder even if the PayPal payment page isn't quite ready, apologies -- just remember to do that later, thanks!! http://edujam2011.ceibaljam.org CeibalJAM! is working extremely hard pulling this all together, bringing in free education software developer from all around South America. More details of our action-packed schedule coming soon, including some bonus/side agendas for learning community organizers etc Caryl's helping with, hopefully within the week! -- Help kids everywhere map their world, athttp://olpcMAP.net ! ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Sugar-desarrollo] [Design] [Patches] New Toolbars in Activities
Yes sure, thank you! Be sure to ping me on IRC (i'm icarito) if you'd like us to work in concert. Reg. Get Books, its one where my patches don't conflict with Simon's recommendations. I put the main actions (Books Toolbar) into the main toolbar thus not needing a second icon for it (see attached pics). I thought that made sense since tha activity is called Get Books. Now my question is: I'm working on dirakx's Distance patches and indeed I don't know what to do with Atmosphere tab. I think doing the same trick isn't as appropriate as atmosphere adjustments seem secondary for the activities purpuse. Screenshot also attached. Also i'm now seriously in doubt with regard to actions: - Edit activity titlebar - Keep button Several of the simpler activities litter the Journal with useless items. What is the designed affordance here, or the correct behaviour? Thanks again for the review. Sebastian El 16/03/11 12:45, Gonzalo Odiard escribió: Hi Sebastian, I am working in Get Books activity. I will use part of your code and change the UI too. Gonzalo attachment: distance.pngattachment: get books old.pngattachment: get books.png___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [OLPC-AU] Recording screencasts
On Wed, Mar 16, 2011 at 10:55:27AM -0700, Sameer Verma wrote: What suitable options do you use? --fps (to lower the sampling rate from the default, so that recordmydesktop is less likely to steal CPU resources from the activity being demonstrated) --no-sound (if there is no need for audio capture, e.g. if you are making a visual only without voiceover) --workdir (somewhere other than /tmp if more space than tmpfs has allocated is needed, depends on the recording length and rate of screen change, suggest monitoring available space during a test recording, suggest using USB HDD /media/* on XO-1.5 to avoid slow SD), -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Sugar-desarrollo] [Design] [Patches] New Toolbars in Activities
2011/3/16 Sebastian Silva sebast...@somosazucar.org Yes sure, thank you! Be sure to ping me on IRC (i'm icarito) if you'd like us to work in concert. Reg. Get Books, its one where my patches don't conflict with Simon's recommendations. I put the main actions (Books Toolbar) into the main toolbar thus not needing a second icon for it (see attached pics). I thought that made sense since tha activity is called Get Books. Now my question is: I'm working on dirakx's Distance patches and indeed I don't know what to do with Atmosphere tab. I think doing the same trick isn't as appropriate as atmosphere adjustments seem secondary for the activities purpuse. Screenshot also attached. I can't see the screenshot. Would be better see the code too. Anyway I think the Atmosphere tab need another toolbar (the icon would be trick :( ) May be anything like configuration Also i'm now seriously in doubt with regard to actions: - Edit activity titlebar - Keep button I think this controls must be in the toolbar associated to the activity icon if there are more controls, or in the simple case (like Simon said) in the main toolbar. Several of the simpler activities litter the Journal with useless items. This is a problem, but not with the toolbar, but with the design of the activities. We don' have the concept of a state less activity. Gonzalo What is the designed affordance here, or the correct behaviour? Thanks again for the review. Sebastian El 16/03/11 12:45, Gonzalo Odiard escribió: Hi Sebastian, I am working in Get Books activity. I will use part of your code and change the UI too. Gonzalo ___ Sugar-Desarrollo mailing list sugar-desarro...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-desarrollo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Global create-new/modify icon
On Wed, Mar 16, 2011 at 5:05 PM, Simon Schampijer si...@schampijer.dewrote: On 03/14/2011 11:28 AM, Gary Martin wrote: Hi Simon, On 10 Mar 2011, at 17:16, Simon Schampijer wrote: One of the major functionality in activities is creating and/or modifying, for example creating a new game in Memorize a new abacus in the Abacus activity and so on. I am wondering what would be a good icon to use for that. I have seen the use of a scissor (like editing an activity), or the gear like we use in 'view source'. Any other ideas? And then it would be great if we could set on one and be consistent in activities and use the same icon in all of them. Thanks for raising this, I've added this topic to next weeks Design Team meeting, I'll try and get a few mockups together before then: http://wiki.sugarlabs.org/go/Design_Team/Meetings Great - thanks! /me loves the progress we have in design meetings over the last weeks - all thumbs up! Some misc. thoughts regarding using the existing scissor/edit tool and secondary palette. Pros: * existing Activity edit secondary toolbars usually have only copy, paste, sometimes also undo redo (so there is usually plenty of UI space) * no need to add yet another primary toolbar widget (less complex primary UI and/or space for other tools) * Sugar design model, editing is what you do during an activity to change it, 'creating new' activities should be done before an Activity begins (e.g. home -- start new, and/or proposed Journal duplicate feature). What is the origin of this 'should be done before an Activity begins'? This feels like a low ceiling and confining work/play space for our bold new environment. The tools might better be available when the inspiration arrives, such as in the midst of Activities. BTW, Think it is OK for an Activity to support clearing/erasing/reseting state (such as Paint, Memorize), though ideally with reliable undo or versioning support to help prevent accidental data loss. All valid points. Cons: * overloading an existing UI category (traditional OS users have certain expectations for an edit menu)? * will folks overlook the edit sub-palette and miss the extra modification features? I fear mostly that - that people will not find that option for several reasons :/ Please examine this 'fear' for us more. Shouldn't the Sugar Learning Environment strive to transition 'traditional users' into Sugar Learners by subtly exposing them to new tools and perspectives? As for the new Sugar Learner, should we not bias them with the older 'traditional', less free, pre-Sugar concepts, but carefully provide them greater freedom, such as to be able to edit not just a single instance, but a whole class, and even the environment. We may need to learn how to carefully provide such freedom, but the Etoys developers may have some experience to share. One advantage we have to maintain with Sugar is its clarity of purpose for environmental elements. This comes partly from simple and evocative icons, but also from consistency of the interface and system behavior, such that the learner is quickly exposed to patterns that reinforce a mental model of the system (and hopefully there are no or few aberrations to the intended design consistency that can easily prevent a mental model from forming). Gary's new game icons nicely fit this model because it is clear by the character of the icon that a new 'Memorize' game is the object to be edited. The general class of edit controls (under this proposal for our bold new Sugar environment) might best be represented by a variation of the the 'Source/gear' icon. As has been noted, the edit toolbars are lightly used, so there is room to design for the new capabilities. The scissors icon can de-generalized to cutting actions, and other, situation-suitable edit actions can be exposed or included as appropriate to the Activity designer. Some Activities are intended to serve primarily as editors. A single edit toolbar is inappropriate in these situations, where the primary edit actions need to be directly available. See for example, http://wiki.laptop.org/go/User:Godiard/Record/NewToolbar Pippy's primary toolbar would be improved if it contained the edit actions cut, copy, paste, undo, redo, along with clear in a section after the Run/Stop buttons (which might better be a toggle pair). It should be possible to create and save new scripts with a Source/gear icon/subtoolbar that would enter the new script in the Examples tree. The new script could then be dragged into one of the categories/tags and exported as text or copied to a new Pippy instance. Thanks for considering! --Fred But you are right in that using another icon has issues space wise. Let's see maybe there are other options we have not thought about yet...:) Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org
Re: [Sugar-devel] Interesting USB-pluggable robots, controller boards, and sensors
Hi. On Wed, Mar 16, 2011 at 7:45 PM, fors...@ozonline.com.au wrote: Hi An exciting new robotics idea from Guzman Trinidad. Turtle Art is programmed to produce two different frequencies. The headphone output of the XO is connected to a pair of LM567 integrated circuit tone decoders, each of which lights a LED when its input signal frequency is present. With this principle we could control any device. *http://www.youtube.com/watch?v=IVzVlAZsz1w* Nice work. To be widely adopted, robotics kits need to be low cost and be low entry high ceiling. Guzman's idea has the potential to lower the cost. My estimates: Lego NXT $500 Lego Wedo $170 Scratch sensor board $45 Arduino $40 PICAXE $15 ( http://littlebirdelectronics.com/products/picaxe14m-starter-pack) LM567 decoder board $? I am unaware if anybody has looked at the PICAXE and the XO, could be worth looking at. I am assuming that the cost of many of these kits is too high for the markets into which the XO is shipping. Robotics kits are always costly, but in my opinion the lower cost ones could be achieved with Arduino+sensors+electronic components+recycled components (for platforms). In that sense I also think that is better at least at beginning (low ages kids) to work with a physical-computing or automation toolkit, learning to automate things gets you engaged with problem solving using electronics. later on you can apply that concepts in Robotics. I'm guessing one can have a physical-computing n kit for about 100USD or less. see for example. http://www.adafruit.com/index.php?main_page=product_infocPath=17products_id=170zenid=39e9a873fc5ddb3699a85a83519b91c7 Tony ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Interesting USB-pluggable robots, controller boards, and sensors
G'day Tony, The LM567 is a voltage controlled oscillator with phase detectors ... and isn't often used these days, so it might be a challenge to find a realistic price. Then you need one per detected frequency. An alternative might be to use a DTMF decoder chip, such as the 8870, since this provides more channels. I've controlled amateur radio repeaters using an XO as the DTMF source, even through the speakers. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Interesting USB-pluggable robots, controller boards, and sensors
copied to sugar-devel@lists.sugarlabs.org Tony: Here in Uruguay (as you probably already know) the �Buti� Project works in XO robotics through Arduino. This is certainly the most realistic option. I liked the 'PICAXE', which I did not know!. When I bought the LM567 also bought the 8870 (DTMF decoder) that will show later. The idea I�ve sent you was to show a basic application of electronic control, as in Uruguay do not sell kits for electronics or robotics. Welcome all the discussion about data on the control boards that exist,because the topic interests me! Guzm�n. 2011/3/16 fors...@ozonline.com.au LM567 (uruguay)...U$S 1.5 others components (R, C, leds)U$S 4 the cheapest kit? Guzman Yes, probably. Thats what I like about it. add circuit board, battery connector, audio plug, +$2 = $6? http://littlebirdelectronics.com/products/picaxe-8-pin-proto-kit is $5 but I am not sure what the minimum kit is to be useful, the minimum Picaxe cost is probably in the $5 to $15 range. If you wanted more inputs and outputs, the Arduino is probably cheaper. Then there's low entry Pre-built boards like the Arduino are easier than sourcing components and building a board. Your LM567 project is easier on software. Currently Turtle Art supports Arduino boards running Firmata, you need an OS other than the Sugar OS to load Firmata into the Arduino (a smart hacker might be able to do it with terminal). Tony _ This mail has been virus scanned by Australia On Line see http://www.australiaonline.net.au/mailscanning p class=MsoNormal style=vertical-align:topspan class=hpsspan lang=EN style=font-size:10.0pt;color:black;mso-ansi-language:ENTony/span/spanspan title=Haz clic para obtener traducciones alternativas/spanspan lang=EN style=font-size:10.0pt;color:black;mso-ansi-language:EN:/spanbr br span class=hpsspan title=Haz clic para obtener traducciones alternativasHere/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsin/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsUruguay/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsatn(/span/spanspan title=Haz clic para obtener traducciones alternativasas/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsyou probably already/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsknow/span/spanspan title=Haz clic para obtener traducciones alternativas)�/spanspan class=hpsspan title=Haz clic para obtener traducciones alternativasthe/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas�span title=Haz clic para obtener traducciones alternativas�/spanspan class=hpsButi�/span/spanspan class=apple-converted-spacespan class=hps Project/span works/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsin/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativasXO /spanspan class=hpsrobotics/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsthrough/spanspan title=Haz clic para obtener traducciones alternativas Arduino/span/span.span class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsThis is certainly/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsthe most realistic option/span/spanspan title=Haz clic para obtener traducciones alternativas./span/pp class=MsoNormal style=vertical-align:topspan class=apple-converted-spacebr/span/pp class=MsoNormal style=vertical-align:top span title=Haz clic para obtener traducciones alternativas/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsI/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsliked/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hpsthe/span/spanspan class=apple-converted-space�span title=Haz clic para obtener traducciones alternativas/spanspan class=hps'PICAXE/span/spanspan title=Haz clic para obtener traducciones alternativas'/spanspan title=Haz clic para obtener traducciones alternativas, which/spanspan class=apple-converted-space�span title=Haz clic
