Re: [Sugar-devel] Automatically joining a shared Activity
On 16 February 2012 18:02, Danny Iland il...@cs.ucsb.edu wrote: I'm developing an emergency communication activity for OLPC, based on Epidemic routing. The core idea is that when XOs come into Wi-Fi range of each other, they pass messages and data back and forth. We are attempting to implement this using a shared Activity. However, for this to be feasible, we need a way for our Activity to look for instances of the Activity being shared by XOs nearby, and to automatically join the activity. We don't want the user to have to be in the Neighborhood view to find other users, or to take any action to connect to nearby XOs. Any advice with regards to this is greatly appreciated. I don't know if anyone has replied to you about this already, but I am trying to understand the risks associated with this. What will the activity do? To automatically join, would the user have to already be running the activity? Would they have some kind of notification appear that they have connected automatically to someone's activity and what that connection means? Will it involve the camera or microphone? Is it emergency chat you are trying to create, like IRC? Thanks Tabitha ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Testing] Fedora Sugar Test Day - Test case content, location
On 17 February 2012 08:36, Samuel Greenfeld greenf...@laptop.org wrote: On March 22 there will be a Sugar test day for Fedora 17. This means that the Fedora community in general will be gathering to look at Sugar and see what issues we have close to the end of the Sugar 0.96 cycle. While test cases can be useful, I always try to start with some discovery time as this is when you can get some feedback on design and intuitive behaviour (though this is impacted by use of other systems with many users). Something like: Find a friend. Work together to discover how to open the laptop if you have an XO, or start Sugar. Together try clicking on things and see if you can learn how to play any games or complete any activities. Can you find ways to take photos, write stories, make music. After that, get their feedback on how that went before giving them a test case. First time users of Sugar can also give you feedback on their experience of first use of an activity while following testing instructions. There have been a number of occasions when I have said oh, you have to click on that first and then click on that other thing and they have said why is it designed like that? which really makes us rethink about the design of activities. Our basic activity testing template (written a long time ago) is here - http://wiki.laptop.org/go/Activity_testing_template#The_NZ_activity_test On the topic of tracking testing, we have looked at a number of options here in NZ and I think Australia also looked at a number of options. In NZ we tried writing them on wiki.laptop.org but that didn't really work. My personal method of managing test requests is to try to tag the requests (or potential requests) in my email inbox when they arrive and then test them on Saturday, archiving off emails as things are tested. This only works for us because we meet in one place, not a suitable solution for multiple testing locations. I personally don't think we should add anymore systems, but look at ways to use existing systems to manage testing - such as the two bug trackers we already use or the activities.sugarlabs.org site. Hope this helps Tabitha ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH sugar-artwork] sl#3317 - Check/Uncheck icons.
icons/scalable/emblems/Makefile.am |4 +++- icons/scalable/emblems/emblem-checked.svg | 15 +++ icons/scalable/emblems/emblem-unchecked.svg |5 + 3 files changed, 23 insertions(+), 1 deletions(-) mode change 100644 = 100755 icons/scalable/emblems/Makefile.am create mode 100644 icons/scalable/emblems/emblem-checked.svg create mode 100644 icons/scalable/emblems/emblem-unchecked.svg diff --git a/icons/scalable/emblems/Makefile.am b/icons/scalable/emblems/Makefile.am old mode 100644 new mode 100755 index 79d67c9..603faa2 --- a/icons/scalable/emblems/Makefile.am +++ b/icons/scalable/emblems/Makefile.am @@ -4,6 +4,7 @@ icondir = $(datadir)/icons/sugar/$(iconsize)/$(category) icon_DATA =\ emblem-busy.svg \ + emblem-checked.svg \ emblem-charging.svg \ emblem-downloads.svg\ emblem-favorite.svg \ @@ -11,7 +12,8 @@ icon_DATA = \ emblem-notification.svg \ emblem-outofrange.svg \ emblem-question.svg \ - emblem-warning.svg + emblem-unchecked.svg\ + emblem-warning.svg EXTRA_DIST = $(icon_DATA) diff --git a/icons/scalable/emblems/emblem-checked.svg b/icons/scalable/emblems/emblem-checked.svg new file mode 100644 index 000..9f89721 --- /dev/null +++ b/icons/scalable/emblems/emblem-checked.svg @@ -0,0 +1,15 @@ +?xml version=1.0 encoding=UTF-8 standalone=no? +svg xmlns:svg=http://www.w3.org/2000/svg; xmlns=http://www.w3.org/2000/svg; +version=1.0 width=30 height=30 id=checkbox +path d=M 12.94,21.25 +C 11.05,18.66 11.2,16.25 9.7,14.64 +C 8.2,13.06 10.06,13.34 10.48,13.6 +C 13.943,15.906 13.114,22.358 15.75,14.24 +C 17.506,8.016 21,3 21.707,2.0616 +C 22.46,1.13 22.811,2.1486 22.049,3.27 +C 18.69,8.78 17.98,12.14 15.561,20.34 +C 15.257,21.37 13.775,22.39 12.94,21.24 +L 12.939,21.245 z +style=fill:#400 id=tick/ +rect width=19 height=19 x=5.5 y=5.5 +style=fill:none;stroke:black;stroke-width:1;stroke-opacity:0.33 id=box//svg \ No newline at end of file diff --git a/icons/scalable/emblems/emblem-unchecked.svg b/icons/scalable/emblems/emblem-unchecked.svg new file mode 100644 index 000..c548d69 --- /dev/null +++ b/icons/scalable/emblems/emblem-unchecked.svg @@ -0,0 +1,5 @@ +?xml version=1.0 encoding=UTF-8 standalone=no? +svg xmlns:svg=http://www.w3.org/2000/svg; xmlns=http://www.w3.org/2000/svg; +version=1.0 width=30 height=30 id=checkbox +rect width=19 height=19 x=5.5 y=5.5 +style=fill:none;stroke:black;stroke-width:1;stroke-opacity:0.33 id=box//svg \ No newline at end of file -- 1.7.4.4 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Turtle Confusion-9
Activity Homepage: http://activities.sugarlabs.org/addon/4450 Sugar Platform: 0.82 - 0.94 Download Now: http://activities.sugarlabs.org/downloads/file/27871/turtle_confusion-9.xo Release notes: 9 ENHANCEMENTS * Added new help files written by Ignacio Rodriguez * Sync with current Turtle Blocks * New translations 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] [Testing] Fedora Sugar Test Day - Test case content, location
There are a few things I think need to be clarified: 1. What are we looking as a community to get out of this Fedora Test Day event? 2. What is the purpose of a test case and/or test plan? How detailed should they be? Presuming we want them, how should they be stored in general, and for this particular scenario? For #1, I disagree that having users start out for this occasion by learning how to use Sugar on their own is appropriate for a few reasons: - The amount of time that any given tester will be available to help us out likely is limited. Time spent doing discovery will not be spent on other tasks. - Not everyone will start at the same time. Perhaps calling this a Test Day is a misnomer because there is no guarantee that testers will be in the time zone or country. - Sugar is a relatively stable platform with a few known recurring UI disputes. It is not Nell, the Helicopter experiment, or another one where the user interface could potentially require major changes. With this test day, my personal view is that we need to get feedback verifying basic Sugar and activity functionality in Fedora. When Peter Robinson, Kalpa Welivitigoda, or someone else updates a Sugar software package in Fedora, these packages often go through the verification process without a single person commenting on if the proposed update worked or not. Mind you, usage feedback is appreciated; but is more of a secondary concern to me. Fedora had Fit and Finish test days during Fedora 12 cycle where they asked for general usage feedback; perhaps we can propose that they do another round of those aimed at the various desktop environments with Fedora 18. For #2, I have used similar test templates to the the New Zealand's to verify activities in the past, and was thinking of making one available in this case. Translating one into a Wiki template would make it straightforward to clarify which activities support sharing, webcam usage, etc. The reason I am interested in maintaining test cases with a system to keep a historical log of who did what when is because I want to be able to parallelize tasks. Although I recognize I could be more efficient, there simply is too much material in Sugar and the XO platform for one person to focus on. And yet I get regularly asked do you remember bug #123 or when was the last time someone looked at Q? I am not looking for detailed test cases to the point of listing which buttons to click when; but rather simple ones like Does it install? and Can it open a saved document?. Fedora takes a curious approach to this in that they write a series of test cases which could be parallelized, but then offer to have everyone run the same set of test cases. And usually, pretty much everyone runs most of the available items. For comparison, look at the last GNOME 3 test day ( http://fedoraproject.org/wiki/Test_Day:2011-04-21_GNOME3_Final) versus the last Sugar one (http://fedoraproject.org/wiki/Test_Day:2010-08-19_Sugar). I'm open to taking suggestions back to the Fedora Testing mailing list if someone has an idea on how we could do things better, but I'm trying to avoid cross-posting too much. We could also inquire on the Fedora QA mailing list as to who might participate and what their skill levels are so we can better tune our approach. On Sat, Feb 18, 2012 at 5:04 AM, Tabitha Roder tabi...@tabitha.net.nzwrote: On 17 February 2012 08:36, Samuel Greenfeld greenf...@laptop.org wrote: On March 22 there will be a Sugar test day for Fedora 17. This means that the Fedora community in general will be gathering to look at Sugar and see what issues we have close to the end of the Sugar 0.96 cycle. While test cases can be useful, I always try to start with some discovery time as this is when you can get some feedback on design and intuitive behaviour (though this is impacted by use of other systems with many users). Something like: Find a friend. Work together to discover how to open the laptop if you have an XO, or start Sugar. Together try clicking on things and see if you can learn how to play any games or complete any activities. Can you find ways to take photos, write stories, make music. After that, get their feedback on how that went before giving them a test case. First time users of Sugar can also give you feedback on their experience of first use of an activity while following testing instructions. There have been a number of occasions when I have said oh, you have to click on that first and then click on that other thing and they have said why is it designed like that? which really makes us rethink about the design of activities. Our basic activity testing template (written a long time ago) is here - http://wiki.laptop.org/go/Activity_testing_template#The_NZ_activity_test On the topic of tracking testing, we have looked at a number of options here in NZ and I think Australia also looked at a number of options.
[Sugar-devel] [ASLO] Release Turtle Art-91
Activity Homepage: http://activities.sugarlabs.org/addon/4298 Sugar Platform: 0.82 - 0.94 Download Now: http://activities.sugarlabs.org/downloads/file/27872/turtle_art_mini-91.xo Release notes: 91 ENHANCEMENTS * Sync with Turtle Blocks v136 * New translations * New icon 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 Reflection-5
Activity Homepage: http://activities.sugarlabs.org/addon/4517 Sugar Platform: 0.82 - 0.94 Download Now: http://activities.sugarlabs.org/downloads/file/27873/reflection-5.xo Release notes: 5 New translations 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 WikipediaFR-33.4
Activity Homepage: http://activities.sugarlabs.org/addon/4540 Sugar Platform: 0.82 - 0.96 Download Now: http://activities.sugarlabs.org/downloads/file/27874/wikipediafr-33.4.xo Release notes: 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] Automatically Join shared activity
Hello, I am a graduate student at University of California, Santa Barbara, developing an emergency communication activity for OLPC. The core idea is that when XOs come into Wi-Fi range of each other, they pass text-based messages back and forth, with the hope that eventually one XO will gain internet access, and upload all messages on the device to an Ushahidi crisis map. We are attempting to implement this using a shared Activity. However, for this to be feasible, we need a way for our Activity to look for instances of the Activity being shared by XOs nearby, and to automatically join the activity. We don't want the user to have to be in the Neighborhood view to find other users, or to take any action to connect to nearby XOs. Any advice with regards to this is greatly appreciated. So if we are using an XO with our activity open, sharing enabled, and we come into Wi-Fi range of another XO with our activity open, the two activities should automatically share data. How can we accomplish this? We think a solution may exist using Telepathy and Buddies, but we are very unsure of exactly how to do it. Thank you, Danny Iland il...@cs.ucsb.edu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Automatically Join shared activity
On Sat, Feb 18, 2012 at 9:13 PM, Danny Iland il...@cs.ucsb.edu wrote: Hello, I am a graduate student at University of California, Santa Barbara, developing an emergency communication activity for OLPC. The core idea is that when XOs come into Wi-Fi range of each other, they pass text-based messages back and forth, with the hope that eventually one XO will gain internet access, and upload all messages on the device to an Ushahidi crisis map. We are attempting to implement this using a shared Activity. However, for this to be feasible, we need a way for our Activity to look for instances of the Activity being shared by XOs nearby, and to automatically join the activity. We don't want the user to have to be in the Neighborhood view to find other users, or to take any action to connect to nearby XOs. Any advice with regards to this is greatly appreciated. So if we are using an XO with our activity open, sharing enabled, and we come into Wi-Fi range of another XO with our activity open, the two activities should automatically share data. How can we accomplish this? We think a solution may exist using Telepathy and Buddies, but we are very unsure of exactly how to do it. Thank you, Danny Iland il...@cs.ucsb.edu Not a direct answer, but this project, http://teotwawki.steubentech.com/doku.php/ has similar passive propogation goals and was working with XO-1 laptops. --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH sugar] sl#2890: Changing to more user-friendly message.
Earlier, the Regsitration failed message seemed more like a threat.
The new message sounds more like an information-conveying one.
The new message is ::
Primary (title) :
--
No School Server found on the network
Secondary (details) :
--
Please ensure that you are connected to the correct network and that the server
is available.
src/jarabe/desktop/favoritesview.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/jarabe/desktop/favoritesview.py
b/src/jarabe/desktop/favoritesview.py
index 81e32c8..e9c87ea 100644
--- a/src/jarabe/desktop/favoritesview.py
+++ b/src/jarabe/desktop/favoritesview.py
@@ -337,7 +337,7 @@ class FavoritesView(hippo.Canvas):
try:
schoolserver.register_laptop()
except RegisterError, e:
-alert.props.title = _('Registration Failed')
+alert.props.title = _('No School Server found on the network')
alert.props.msg = _('%s') % e
else:
alert.props.title = _('Registration Successful')
--
1.7.4.4
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
