Re: [Sugar-devel] The quest for data
On 3.1.2014 04:09, Sameer Verma wrote: Happy new year! May 2014 bring good deeds and cheer :-) Here's a blog post on the different approaches (that I know of) to data gathering across different projects. Do let me know if I missed anything. cheers, Sameer http://www.olpcsf.org/node/204 Thanks for putting together the summary, Sameer. Here is more information about my xo-stats project: The project's objective is to determine how XOs are used in Nepalese classrooms, but I am intending for the implementation to be general enough, so that it can be reused by other deployments as well. Similarly to other projects you've mentioned, I separated the project into four stages: 1) collecting data from the XO Journal backups on the schoolserver 2) extracting the data from the backups and storing it in an appropriate format for analysis and visualization 3) statistically analyzing and visualizing the captured data 4) formulating recommendations for improving the program based on the analysis. Stage 1 is already implemented on both the server side as well as the client side, so I first focused on the next step of extracting the data. Initially, I wanted to reuse an existing script, but I eventually found that none of them were general enough to meet my criteria. One of my goals is to make the script work on any version of Sugar. Thus, I have been working on process_journal_stats.py, which takes a '/users' directory with XO Journal backups as input, pulls out the Journal metadata and outputs them in a CSV or JSON file as output. Journal backups can be in a variety of formats depending on the version of Sugar. The script currently supports backup format present in Sugar versions 0.82 - 0.88 since the laptops distributed in Nepal are XO-1s running Sugar 0.82. I am planning to add support for later versions of Sugar in the next version of the script. The script currently supports two ways to output statistical data. To produce all statistical data from the Journal, one row per Journal record: process_journal_stats.py all To extract statistical data about the use of activities on the system, use: process_journal_stats.py activity The full documentation with all the options are described in README at: https://github.com/martasd/xo-stats One challenge of the project has been determining how much data processing to do in the python script and what to leave for the data analysis and visualization tools later in the workflow. For now, I stopped adding features to the script and I am evaluating the most appropriate tools to use for visualizing the data. Here are some of the questions I am intending to answer with the visualizations and analysis: * How many times do installed activities get used? How does the activity use differ over time? * Which activities are children using to create files? What kind of files are being created? * Which activities are being launched in share-mode and how often? * Which part of the day do children play with the activities? * How does the set of activities used evolve as children age? I am also going to be looking how answers to these questions vary from class to class, school to school, and region to region. As Martin Abente and Sameer mentioned above, our work needs to be informed by discussions with the stakeholders- children, educators, parents, school administrators etc. We do have educational experts among the staff at OLE, who have worked with more than 50 schools altogether, and I will be talking to them as I look beyond answering the obvious questions. For visualization, I have explored using LibreOffice and SOFA, but neither of those were flexible to allow for customization of the output beyond some a few rudimentary options, so I started looking at various Javascript libraries, which are much more powerful. Currently, I am experimenting with Google Charts, which I found the easiest to get started with. If I run into limitations with Google Charts in the future, others on my list are InfoVIS Toolkit (http://philogb.github.io/jit) and HighCharts (http://highcharts.com). Then, there is also D3.js, but that's a bigger animal. Alternatively or perhaps in parallel, I am also willing to join efforts to improve the OLPC Dashboard, which is trying to answer very similar questions to mine. I am looking forward to collaborating with everyone who is interested in exploring ways to analyze and visualize OLPC/Sugar data in a interesting and meaningful way. Cheers, Martin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] The quest for data
On 4.1.2014 10:44, Sameer Verma wrote: True. Activities do not report end times, or whether the frequency count is for the number of times a new activity was started, or if it was simply a resumption of the previous instance. Walter had indicated that thre is some movement in this direction to gather end times. This would be indeed very useful. Is anyone working on implementing these features? Yes, the methods that use the datastore as a source rely on the Journal, but the sugar-stats system does not. I believe it collects in GNOME as well. Have you done any processing, analysis, or visualization of the sugar-stats data? Is that something that you are planning to integrate into OLPC Dashboard? 4) The reporting can be done either via visualization, and/or by generating periodic reports. The reporting should be specific to the person(s) looking at it. No magic there. I think that many questions (some of which we already mentioned above) can be answered with reports and visualizations, which are not deployment specific. For example, those you are targeting with OLPC dashboard. How the data will be used remains to be seen. I have not seen it being used in any of the projects that I know of. If others have seen/done so, it would help to hear from them. I know that in conversations and presentations to decision makers, the usual sore point is can you show us what you have so far? For Jamaica, we have used a basic exploratory approach on the Journal data, corroborated with structured interviews with parents, teachers, etc. So, for instance, the data we have shows a relatively large frequency of use of TuxMath (even with different biases). However, we have qualitative evidence that supports both usage of TuxMath and improvement in numeracy (standardized test). We can support strong(er) correlation, but cannot really establish causality. The three data points put together make for a compelling case. I think this is a really important point to emphasize: None of these approaches to evaluation provides the complete picture, but all of these used in aggregate can provide useful insights. Here at OLE Nepal, we already use standardized testing to compare students performance before and after the program launch. We also follow up with teachers through conversations using surveys on regular support visit. I agree with Sameer that supplementing those with statistical data can make for a much stronger case. Martin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] scheduling a meeting
2014/1/2 Martin Abente martin.abente.lah...@gmail.com: Me too! See you guys there. See you there. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] New year, new testing image
Hi Mattew, Here we have two alternatives: * Filter our data with a database of serial numbers. * Provide two different images, one for testing, one for the AU deployment. If you ask me, I prefer (obviously) not need to do 2 different images, but is not too difficult (just change one rpm), but time consuming. Gonzalo On Sun, Jan 5, 2014 at 10:33 PM, Matthew Ciao matt...@laptop.org.au wrote: On 6 January 2014 11:48, Gonzalo Odiard gonz...@laptop.org wrote: Hi Bernie, Could you please release images built for all XO models? It's ok if you can't offer to support them. Hi Bernie, how are you going there? Lng time no see, hope you're doing well mate! :) Can I ask to what degree you're planning to use AU images? Would it be for testing only (yourself?) or actual major deployments? Very briefly, the AU software now includes a statistics-collection software that sends data to our servers matching the serial number of the XO against our local serial-numbers database. This means that if you're going to deploy the image on, say 100 laptops, those will then sync data to our db which results in serial numbers not matching. I am worried about the scale of this issue, which might fill our db with incoherent data so perhaps (Martin, Gonzalo?) we should think about a way to prevent any confusion in case the AU image is used somewhere else around the world. Cheers Bernie! Matthew I have tried [1] but in some way my build system was broken and I get errors when try to create images for the other models. I will try again and report about the errors, maybe someone knows how to solve it. Also, would you mind creating a wiki page with release notes, bug report contacts, etc? That is the page we have. [1] http://wiki.sugarlabs.org/go/0.100/Testing#Testing_images Gonzalo -- _ // Bernie Innocenti \X/ http://codewiz.org To unsubscribe from this group and stop receiving emails from it, send an email to xo+unsubscr...@laptop.org.au. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] The quest for data
On Mon, Jan 6, 2014 at 3:48 AM, Martin Dluhos mar...@gnu.org wrote: On 4.1.2014 10:44, Sameer Verma wrote: True. Activities do not report end times, or whether the frequency count is for the number of times a new activity was started, or if it was simply a resumption of the previous instance. Walter had indicated that thre is some movement in this direction to gather end times. This would be indeed very useful. Is anyone working on implementing these features? The frequency count is a count of the number of times an instance of an activity has been opened. There number of new instances can be determined by the number of instance entries in the Journal. Yes, the methods that use the datastore as a source rely on the Journal, but the sugar-stats system does not. I believe it collects in GNOME as well. Have you done any processing, analysis, or visualization of the sugar-stats data? Is that something that you are planning to integrate into OLPC Dashboard? There is an app for letting the user visualize their own stats. (Journal Stats). Could use some love and attention. 4) The reporting can be done either via visualization, and/or by generating periodic reports. The reporting should be specific to the person(s) looking at it. No magic there. I think that many questions (some of which we already mentioned above) can be answered with reports and visualizations, which are not deployment specific. For example, those you are targeting with OLPC dashboard. How the data will be used remains to be seen. I have not seen it being used in any of the projects that I know of. If others have seen/done so, it would help to hear from them. I know that in conversations and presentations to decision makers, the usual sore point is can you show us what you have so far? For Jamaica, we have used a basic exploratory approach on the Journal data, corroborated with structured interviews with parents, teachers, etc. So, for instance, the data we have shows a relatively large frequency of use of TuxMath (even with different biases). However, we have qualitative evidence that supports both usage of TuxMath and improvement in numeracy (standardized test). We can support strong(er) correlation, but cannot really establish causality. The three data points put together make for a compelling case. I think this is a really important point to emphasize: None of these approaches to evaluation provides the complete picture, but all of these used in aggregate can provide useful insights. Here at OLE Nepal, we already use standardized testing to compare students performance before and after the program launch. We also follow up with teachers through conversations using surveys on regular support visit. I agree with Sameer that supplementing those with statistical data can make for a much stronger case. Martin ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Change order of clipboard
2013/12/10 Frederick Grose fgr...@gmail.com: On Tue, Dec 10, 2013 at 8:26 AM, Ignacio Rodríguez nachoe...@gmail.com wrote: Hi, I make a patch for SL #3606 The reporter does not argue why this should be changed, but tells his own opinion. In the clipboard, new clippings should be added on top of the previous ones Currently, new clippings are added to the bottom of the clipboard, which I think is unnatural. The behavior should be that of the original mockup, treating clippings more like real objects which stack on top of each other: http://wiki.sugarlabs.org/go/File:Frame-01.jpeg. Patch attached Greetings, Ignacio Rodríguez The original design had the clipboard at the top-left of the Frame, http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Laptop_Experience/The_Frame#The_Frame arranged temporally in a push-down stack, http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Laptop_Experience/The_Frame#Objects At some point the designers decided to invert the placement at the bottom-left of the Frame, and building a push-up stack, so that the next item pushed in or popped out of the stack was from a fixed location (now the lowest item). This is like storage systems that dispense items at one location by gravity. Yes.I don't see a strong difference between top alignment, push-down stack and bottom alignment, push-up stack. And this is very much widespread to change it without a good reason. HIG is old and doesn't reflect current implementation. By the way it contains valuable information and concepts. - sugar clipboard extends traditional clipboard with clipboard history and previews - sugar clipboard serves as a temporary storage for sugar objects: a paper, an image, a sentence, a URL - any type of object that can be stored in the Journal can likewise be transported via the clipboard - a child may place an object in the clipboard with keyboard shortcuts or drag and drop I don't know if this is fully implemented. So the clipboard may need love, yes. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Network view refresh button
2013/12/11 Gonzalo Odiard gonz...@laptop.org: +1 The networking / collaboration stack is big and complex, and interact with power management and timing issues, in ways difficult to solve for all the cases. Dextrose used (and we include in AU image) a patch to disable suspend/resume while a activity is being shared [1] and the associated ticket [2] show how complex is the issue. I think be we should include this patch, and disable suspend/resume when the user is in the neighborhood view too. Gonzalo [1] https://github.com/godiard/au1b_rpms/blob/master/sugar-toolkit-gtk3/0001-Inhibit-suspend-while-a-activity-is-shared-OLPC-1036.patch [2] http://dev.laptop.org/ticket/10363 I agree Emil patch is simple, and the solution is easy. I agree with Gary that the solution is wrong, the collaboration stack should just work without the user intervention. I agree no one wants to invest time fixing the collaboration stack for real, so I agree to go with a workaround. Just want to ask, couldn't this be workarounded without requiring the user intervention? For example checking from time to time if the network is connected, and if not performing a refresh. I just hope more of us drop tears each time we sacrifice Sugar simplicity :) -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fedora repository with snapshots from git
Oh sorry, I'd swear I had tested it, but I guess not :) On 6 January 2014 08:12, Iain Brown Douglas i...@browndouglas.plus.comwrote: On Mon, 2014-01-06 at 06:10 +, Iain Brown Douglas wrote: On Sun, 2014-01-05 at 02:10 +, Daniel Narvaez wrote: If you want to try the very latest sugar on Fedora (18, 19 or 20, bothi386 and x86_64), you just need to sudo curl -o /etc/yum.repos.d/sugar.repo http://copr.fedoraproject.org/coprs/dnarvaez/sugar/repo/fedora-20-i386 Cool. curl -o could not handle a redirect, sudo curl -Lo /etc/yum.repos.d/sugar.repo http://copr.fedoraproject.org/coprs/dnarvaez/sugar/repo/fedora-20-i386 works fine, :-) Iain Iain -- Daniel Narvaez ___ 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 -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fedora repository with snapshots from git
On 5 January 2014 03:10, Daniel Narvaez dwnarv...@gmail.com wrote: * Copr is cool but it's still a bit of a work in progress. Mainly the hosted instance lacks support for Fedora ARM. I'm trying to figure out when they plan to set one up. If it's not planned really soon I will probably try to setup our own instance for now. Unfortunately that doesn't appear to be trivial at the moment (making it easy is one of the goals of the project though). See https://git.fedorahosted.org/cgit/copr.git/tree/copr-setup.txt The simplest solution, until Fedora instance has support for ARM, is to use mockremote.py (a script which is part of copr) with a self hosted arm VM. I have that mostly setup, so we should have ARM rpms soon. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Network view refresh button
Maybe remove the separator between Disconnect and Refresh? Gonzalo On Mon, Jan 6, 2014 at 12:52 PM, Manuel Quiñones ma...@laptop.org wrote: 2014/1/6 Manuel Quiñones ma...@laptop.org: 2013/12/11 Gonzalo Odiard gonz...@laptop.org: +1 The networking / collaboration stack is big and complex, and interact with power management and timing issues, in ways difficult to solve for all the cases. Dextrose used (and we include in AU image) a patch to disable suspend/resume while a activity is being shared [1] and the associated ticket [2] show how complex is the issue. I think be we should include this patch, and disable suspend/resume when the user is in the neighborhood view too. Gonzalo [1] https://github.com/godiard/au1b_rpms/blob/master/sugar-toolkit-gtk3/0001-Inhibit-suspend-while-a-activity-is-shared-OLPC-1036.patch [2] http://dev.laptop.org/ticket/10363 I agree Emil patch is simple, and the solution is easy. I agree with Gary that the solution is wrong, the collaboration stack should just work without the user intervention. I agree no one wants to invest time fixing the collaboration stack for real, so I agree to go with a workaround. Just want to ask, couldn't this be workarounded without requiring the user intervention? For example checking from time to time if the network is connected, and if not performing a refresh. I just hope more of us drop tears each time we sacrifice Sugar simplicity :) In case of going with Emil's patch, - I think the button is better placed in the network palette - The icon in the patch is module-updater.svg, which has a down arrow inside, I think view-refresh.svg is better. Mockup attached. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Network view refresh button
2014/1/6 Manuel Quiñones ma...@laptop.org: 2013/12/11 Gonzalo Odiard gonz...@laptop.org: +1 The networking / collaboration stack is big and complex, and interact with power management and timing issues, in ways difficult to solve for all the cases. Dextrose used (and we include in AU image) a patch to disable suspend/resume while a activity is being shared [1] and the associated ticket [2] show how complex is the issue. I think be we should include this patch, and disable suspend/resume when the user is in the neighborhood view too. Gonzalo [1] https://github.com/godiard/au1b_rpms/blob/master/sugar-toolkit-gtk3/0001-Inhibit-suspend-while-a-activity-is-shared-OLPC-1036.patch [2] http://dev.laptop.org/ticket/10363 I agree Emil patch is simple, and the solution is easy. I agree with Gary that the solution is wrong, the collaboration stack should just work without the user intervention. I agree no one wants to invest time fixing the collaboration stack for real, so I agree to go with a workaround. Just want to ask, couldn't this be workarounded without requiring the user intervention? For example checking from time to time if the network is connected, and if not performing a refresh. I just hope more of us drop tears each time we sacrifice Sugar simplicity :) In case of going with Emil's patch, - I think the button is better placed in the network palette - The icon in the patch is module-updater.svg, which has a down arrow inside, I think view-refresh.svg is better. Mockup attached. -- .. manuq .. attachment: network-refresh.png___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Network view refresh button
2014/1/6 Gonzalo Odiard gonz...@laptop.org: Maybe remove the separator between Disconnect and Refresh? Yes (in case of going with this). -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Porting the application I started (chess_learning) to Web application
2013/12/13 laurent bernabe laurent.bern...@gmail.com: Apologizing, for the blurred effect on pictures, it is because even in its tiny size, each imported image was blurred. Low quality pictures bring us to low quality programs ... and I should have been aware about that. Depending on the kind of image, and if you are able to create them again, you can use SVG images. for the screen size, the only problem may be the resolution/density. Meanwhile, it does not seem to me that it is a big problem. You should program your activity to work in different screen sizes, rates and resolutions. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Minutes of #fedora-qa meeting future of soas spin and sugar-desktop in fedora
Minutes of #fedora-qa meeting: Meeting ended Mon Jan 6 17:05:52 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2014-01-06/fedora-qa.2014-01-06-16.00.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2014-01-06/fedora-qa.2014-01-06-16.00.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2014-01-06/fedora-qa.2014-01-06-16.00.log.html Summary: Fedora is in the process of setting up a split into 3 distros: ( fedora.next) #fedora-base #fedora-server #fedora-workstation pushing to a gnome3 (workstation for administrators) There is a push to drop the DVD and only do lives. I am worried that the soas spin and sugar-desktop may get lost in the shuffle. We need to participate on #fedora-qa and lobby for our fedora future. Tom Gilliard satellit ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Icons on content bundles
2013/12/16 Gonzalo Odiard gonz...@laptop.org: I would like to have feedback from the Design Team. cc: manuq and gary The icons for content bundles could have a badge to differentiate them from activities. We already have a gear badge for cloned activities. See screenshot. What happens if you set a SVG icon in library.info? Does it work as in activity.info? In that case, it would be great if content developers start to use SVG. -- .. manuq .. attachment: clone.png___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [sugar-build] Upgraded to F20
Hello, I just pushed the upgrade to F20. You should get it next time you pull. Let me know if you find any issue! -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Image preview on clipboard
2013/12/17 Daniel Narvaez dwnarv...@gmail.com: If I remember correctly this was part of the design document on the wiki. Perhaps Manuel or Gary can confirm this is a feature design team is happy with. I agree with Emil and Gonzalo, previews for more types of clippings will be a great enhacement to the Clipboard. I think the original idea is still valid: http://wiki.sugarlabs.org/go/Design_Team/Specifications/Clipboard#Previews On 13 December 2013 20:38, Emil Dudev emildu...@gmail.com wrote: Hello, I've been working on the old ticket for image previews on the clipboard. Here is the ticket: http://bugs.sugarlabs.org/ticket/4614 The discussion of the pull-requests from the ticket show that this feature has been postponed. It also mentions a IRC chat. Here is my approach (it's basically the same as the one from the ticket, with some small changes): Sugar-toolkit-gtk3: https://github.com/edudev/sugar-toolkit-gtk3/commit/e5997ebecd6b54e538878dd2c548d374d39bd938 Sugar: https://github.com/edudev/sugar/commit/f0dbc5d538674b06fe77c6eb15f293d1232fb6b5 I believe this is an interesting feature that sugar must implement. Maybe in the future the support can be extended to not only text and images. Emil Dudev ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Daniel Narvaez -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Porting the application I started (chess_learning) to Web application
Thank you for your advices. In fact, for the pictures, I plan to use those from Wikimedia Commons : I've been told on this mailing list that it can be OK. For the screen sizes, I'll try to do my best to work for the common screen sizes, though I have a laptop of 16'' (an so a kind of 16/9 configuration instead of 4/3). Regards 2014/1/6 Manuel Quiñones ma...@laptop.org 2013/12/13 laurent bernabe laurent.bern...@gmail.com: Apologizing, for the blurred effect on pictures, it is because even in its tiny size, each imported image was blurred. Low quality pictures bring us to low quality programs ... and I should have been aware about that. Depending on the kind of image, and if you are able to create them again, you can use SVG images. for the screen size, the only problem may be the resolution/density. Meanwhile, it does not seem to me that it is a big problem. You should program your activity to work in different screen sizes, rates and resolutions. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Icons on content bundles
On Mon, Jan 6, 2014 at 3:14 PM, Manuel Quiñones ma...@laptop.org wrote: 2013/12/16 Gonzalo Odiard gonz...@laptop.org: I would like to have feedback from the Design Team. cc: manuq and gary The icons for content bundles could have a badge to differentiate them from activities. We already have a gear badge for cloned activities. See screenshot. What happens if you set a SVG icon in library.info? Does it work as in activity.info? In that case, it would be great if content developers start to use SVG. Work just like in activity.info Gonzalo -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Porting the application I started (chess_learning) to Web application
2014/1/6 laurent bernabe laurent.bern...@gmail.com: Thank you for your advices. In fact, for the pictures, I plan to use those from Wikimedia Commons : I've been told on this mailing list that it can be OK. For the screen sizes, I'll try to do my best to work for the common screen sizes, though I have a laptop of 16'' (an so a kind of 16/9 configuration instead of 4/3). Chances are: a. your activity has scrollable content (Get Things Done for example) b. your activity adapts to the available space (Gears for example) So you don't need to worry about screen aspect ratios, just make sure your content either scrolls (a) or adapts (b). -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Add prelight to frame icons
2013/12/20 Ignacio Rodríguez nachoe...@gmail.com: Hi, I make a patch for #3293, My patch replace 'Gtk.ToolItem' by 'ToolButton', 'Icon' by 'PulsingIcon' Nice to see this done! About 'PulsingIcon' I recommend move it to sugar-toolkit, now are in sugar-core. Now: from jarabe.view.pulsingicon import PulsingIcon Yes, trying your patch I can't exit Sugar because of the import loop. So please post two pull requests, the first one to move the pulsing icon, and the second to add the prelight in tray buttons. Thanks, -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Porting the application I started (chess_learning) to Web application
Chances are: a. your activity has scrollable content (Get Things Done for example) This is my preferred method in applications I am used to develop in Java (with the Swing GUI library). Meanwhile, I am wondering whether this is the best strategy in order to augment the user experience in the XO. b. your activity adapts to the available space (Gears for example) Maybe I should check how this is done in Gears. __ There is also another point that could improve my development work : as my project LearningChess should be divided into several subactivities (one for the very basical moves, one for the main special moves such as castling/en-passant prise/promotion..., one for the won/lost/draw game state), no doubt that there will be common code between the different activities. So I am seeking for a way to share some code/ressources from a common repository reserved for that purpose, to the different official activities : is that simple to do in Github (so in Sugar gitorious) ? Or maybe, the best way to develop this learning is to develop a single activity from which I add a single menu ? Regards 2014/1/6 Manuel Quiñones ma...@laptop.org 2014/1/6 laurent bernabe laurent.bern...@gmail.com: Thank you for your advices. In fact, for the pictures, I plan to use those from Wikimedia Commons : I've been told on this mailing list that it can be OK. For the screen sizes, I'll try to do my best to work for the common screen sizes, though I have a laptop of 16'' (an so a kind of 16/9 configuration instead of 4/3). Chances are: a. your activity has scrollable content (Get Things Done for example) b. your activity adapts to the available space (Gears for example) So you don't need to worry about screen aspect ratios, just make sure your content either scrolls (a) or adapts (b). -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] The quest for data
On Sun, Jan 5, 2014 at 5:03 PM, Andreas Gros andigro...@gmail.com wrote: Great utilization of CouchDB and its views feature! That's definitely something we can build on. But more importantly, to make this meaningful, we need more data. I like this approach as well because the aggregation is offloaded to CouchDB through views and reduce/rereduce so we can have a fairly independent choice of Javascript-based visualization frontend, be it Google Charts (https://developers.google.com/chart/) or D3.js (http://d3js.org/). It's good to know what the activities are that are used most, so one can come up with a priority list for improvements, and/or focus developer attention. CouchDB allows to pull data together from different instances, which should make aggregation and comparisons between projects possible. And for projects that are not online, the data could be transferred to a USB stick quite easily and then uploaded to any other DB instance. True. CouchDB will allow for aggregation across classes, schools, districts, etc. Depending on the willingness of participation of different projects, we can certainly go cross-project. Even if these views are not made public, they will be useful. For instance, I would love to compare my Jamaica projects with my India projects with my Madagascar projects. Is there a task/todo list somewhere? Not that I know of, but we can always start one on the sugarlabs wiki. Anybody have suggestions? Sameer Andi On Fri, Jan 3, 2014 at 11:16 AM, Sameer Verma sve...@sfsu.edu wrote: On Fri, Jan 3, 2014 at 4:15 AM, Martin Abente martin.abente.lah...@gmail.com wrote: Hello Sameer, I totally agree we should join efforts for a visualization solution, but, personally, my main concern is still a basic one: what are the important questions we should be asking? And how can we answer these questions reliably? Even though most of us have experience in deployments and their needs, we are engineers, not educators, nor decision makers. Agreed. It would be helpful to have a conversation on what the various constituencies need (different from want) to see at their level. The child, the parents/guardians, the teacher, the principal/administrator, and educational bureaucracy. We should also consider the needs of those of us who have to fundraise by showing progress of ongoing effort. I am sure that most of our collection approaches cover pretty much the trivial stuff like: what are they using, when are they using it, how often they use it, and all kind of things that derive directly from journal metadata. Plus the extra insight that comes when considering different demographics True. Basic frequency counts such as frequency of use of activities, usage by time of day, day of week, scope of collaboration are a few simple one. Comparison of one metric vs the other will need more thinking. That's where we should talk to the constituents. But, If we could also work together on that (including the trivial questions), it will be a good step forward. Once we identify these questions and figure out how to answer them, it would be a lot easier to think about visualization techniques, etc. If the visualization subsystem (underlying tech pieces) are common and flexible, then we can start with a few basic templates, and make it extensible, so we can all aggregate, collate, and correlate as needed. I'll use an example that I'm familiar with. We looked at CouchDB for two reasons: 1) It allows for sync over intermittent/on-off connections to the Internet and 2) CouchDB has a views feature which provides selective subsets of the data, and the reduce feature does aggregates. The actual visual is done in Javascript. Here's the example Leotis had at the OLPC SF summit (http://108.171.173.65:8000/). What you guys think? A great start for a great year ahead! Saludos, cheers, tch. Sameer ___ 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] The quest for data
On Mon, Jan 6, 2014 at 4:50 AM, Walter Bender walter.ben...@gmail.com wrote: On Mon, Jan 6, 2014 at 3:48 AM, Martin Dluhos mar...@gnu.org wrote: On 4.1.2014 10:44, Sameer Verma wrote: True. Activities do not report end times, or whether the frequency count is for the number of times a new activity was started, or if it was simply a resumption of the previous instance. Walter had indicated that thre is some movement in this direction to gather end times. This would be indeed very useful. Is anyone working on implementing these features? The frequency count is a count of the number of times an instance of an activity has been opened. There number of new instances can be determined by the number of instance entries in the Journal. Walter, From a conversation we had some time ago, you had pointed out that TuxMath does not necessarily stick to this regimen. Every time a one resumes an instance, it gets counted as a new instance. I haven't gone back to verify this, but how consistent is this behavior across activities? Can this behavior be standardized? Yes, the methods that use the datastore as a source rely on the Journal, but the sugar-stats system does not. I believe it collects in GNOME as well. Have you done any processing, analysis, or visualization of the sugar-stats data? Is that something that you are planning to integrate into OLPC Dashboard? There is an app for letting the user visualize their own stats. (Journal Stats). Could use some love and attention. This is an excellent example of providing meaningful feedback with respect to the scope. To borrow the Zoom metaphor, I see the Journal stats to be at the level when the scope is local to the child. The same scope zooms out at the level of the teacher, principal, district education officer, MoE, etc. cheers, Sameer 4) The reporting can be done either via visualization, and/or by generating periodic reports. The reporting should be specific to the person(s) looking at it. No magic there. I think that many questions (some of which we already mentioned above) can be answered with reports and visualizations, which are not deployment specific. For example, those you are targeting with OLPC dashboard. How the data will be used remains to be seen. I have not seen it being used in any of the projects that I know of. If others have seen/done so, it would help to hear from them. I know that in conversations and presentations to decision makers, the usual sore point is can you show us what you have so far? For Jamaica, we have used a basic exploratory approach on the Journal data, corroborated with structured interviews with parents, teachers, etc. So, for instance, the data we have shows a relatively large frequency of use of TuxMath (even with different biases). However, we have qualitative evidence that supports both usage of TuxMath and improvement in numeracy (standardized test). We can support strong(er) correlation, but cannot really establish causality. The three data points put together make for a compelling case. I think this is a really important point to emphasize: None of these approaches to evaluation provides the complete picture, but all of these used in aggregate can provide useful insights. Here at OLE Nepal, we already use standardized testing to compare students performance before and after the program launch. We also follow up with teachers through conversations using surveys on regular support visit. I agree with Sameer that supplementing those with statistical data can make for a much stronger case. Martin ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] The quest for data
On Mon, Jan 6, 2014 at 12:28 AM, Martin Dluhos mar...@gnu.org wrote: On 3.1.2014 04:09, Sameer Verma wrote: Happy new year! May 2014 bring good deeds and cheer :-) Here's a blog post on the different approaches (that I know of) to data gathering across different projects. Do let me know if I missed anything. cheers, Sameer http://www.olpcsf.org/node/204 Thanks for putting together the summary, Sameer. Here is more information about my xo-stats project: The project's objective is to determine how XOs are used in Nepalese classrooms, but I am intending for the implementation to be general enough, so that it can be reused by other deployments as well. Similarly to other projects you've mentioned, I separated the project into four stages: 1) collecting data from the XO Journal backups on the schoolserver 2) extracting the data from the backups and storing it in an appropriate format for analysis and visualization 3) statistically analyzing and visualizing the captured data 4) formulating recommendations for improving the program based on the analysis. Stage 1 is already implemented on both the server side as well as the client side, so I first focused on the next step of extracting the data. Initially, I wanted to reuse an existing script, but I eventually found that none of them were general enough to meet my criteria. One of my goals is to make the script work on any version of Sugar. Thus, I have been working on process_journal_stats.py, which takes a '/users' directory with XO Journal backups as input, pulls out the Journal metadata and outputs them in a CSV or JSON file as output. Journal backups can be in a variety of formats depending on the version of Sugar. The script currently supports backup format present in Sugar versions 0.82 - 0.88 since the laptops distributed in Nepal are XO-1s running Sugar 0.82. I am planning to add support for later versions of Sugar in the next version of the script. The script currently supports two ways to output statistical data. To produce all statistical data from the Journal, one row per Journal record: process_journal_stats.py all To extract statistical data about the use of activities on the system, use: process_journal_stats.py activity The full documentation with all the options are described in README at: https://github.com/martasd/xo-stats One challenge of the project has been determining how much data processing to do in the python script and what to leave for the data analysis and visualization tools later in the workflow. For now, I stopped adding features to the script and I am evaluating the most appropriate tools to use for visualizing the data. Here are some of the questions I am intending to answer with the visualizations and analysis: * How many times do installed activities get used? How does the activity use differ over time? * Which activities are children using to create files? What kind of files are being created? * Which activities are being launched in share-mode and how often? * Which part of the day do children play with the activities? * How does the set of activities used evolve as children age? I am also going to be looking how answers to these questions vary from class to class, school to school, and region to region. As Martin Abente and Sameer mentioned above, our work needs to be informed by discussions with the stakeholders- children, educators, parents, school administrators etc. We do have educational experts among the staff at OLE, who have worked with more than 50 schools altogether, and I will be talking to them as I look beyond answering the obvious questions. We should start a list on the wiki to collate this information. I'll get someone from Jamaica to provide some feedback as well. For visualization, I have explored using LibreOffice and SOFA, but neither of those were flexible to allow for customization of the output beyond some a few rudimentary options, so I started looking at various Javascript libraries, which are much more powerful. Currently, I am experimenting with Google Charts, which I found the easiest to get started with. If I run into limitations with Google Charts in the future, others on my list are InfoVIS Toolkit (http://philogb.github.io/jit) and HighCharts (http://highcharts.com). Then, there is also D3.js, but that's a bigger animal. Keep in mind that if you want to visualize at the school's local XS[CE] you may have to rely on a local js method instead of an online library. Alternatively or perhaps in parallel, I am also willing to join efforts to improve the OLPC Dashboard, which is trying to answer very similar questions to mine. I'll ping Leotis (cc'd) to push his dashboard code to github, so we don't reinvent. cheers, Sameer I am looking forward to collaborating with everyone who is interested in exploring ways to analyze and visualize OLPC/Sugar data in a
Re: [Sugar-devel] The quest for data
On Mon, Jan 6, 2014 at 12:04 PM, Sameer Verma sve...@sfsu.edu wrote: On Mon, Jan 6, 2014 at 12:28 AM, Martin Dluhos mar...@gnu.org wrote: On 3.1.2014 04:09, Sameer Verma wrote: Happy new year! May 2014 bring good deeds and cheer :-) Here's a blog post on the different approaches (that I know of) to data gathering across different projects. Do let me know if I missed anything. cheers, Sameer http://www.olpcsf.org/node/204 Thanks for putting together the summary, Sameer. Here is more information about my xo-stats project: The project's objective is to determine how XOs are used in Nepalese classrooms, but I am intending for the implementation to be general enough, so that it can be reused by other deployments as well. Similarly to other projects you've mentioned, I separated the project into four stages: 1) collecting data from the XO Journal backups on the schoolserver 2) extracting the data from the backups and storing it in an appropriate format for analysis and visualization 3) statistically analyzing and visualizing the captured data 4) formulating recommendations for improving the program based on the analysis. Stage 1 is already implemented on both the server side as well as the client side, so I first focused on the next step of extracting the data. Initially, I wanted to reuse an existing script, but I eventually found that none of them were general enough to meet my criteria. One of my goals is to make the script work on any version of Sugar. Thus, I have been working on process_journal_stats.py, which takes a '/users' directory with XO Journal backups as input, pulls out the Journal metadata and outputs them in a CSV or JSON file as output. Journal backups can be in a variety of formats depending on the version of Sugar. The script currently supports backup format present in Sugar versions 0.82 - 0.88 since the laptops distributed in Nepal are XO-1s running Sugar 0.82. I am planning to add support for later versions of Sugar in the next version of the script. The script currently supports two ways to output statistical data. To produce all statistical data from the Journal, one row per Journal record: process_journal_stats.py all To extract statistical data about the use of activities on the system, use: process_journal_stats.py activity The full documentation with all the options are described in README at: https://github.com/martasd/xo-stats One challenge of the project has been determining how much data processing to do in the python script and what to leave for the data analysis and visualization tools later in the workflow. For now, I stopped adding features to the script and I am evaluating the most appropriate tools to use for visualizing the data. Here are some of the questions I am intending to answer with the visualizations and analysis: * How many times do installed activities get used? How does the activity use differ over time? * Which activities are children using to create files? What kind of files are being created? * Which activities are being launched in share-mode and how often? * Which part of the day do children play with the activities? * How does the set of activities used evolve as children age? I am also going to be looking how answers to these questions vary from class to class, school to school, and region to region. As Martin Abente and Sameer mentioned above, our work needs to be informed by discussions with the stakeholders- children, educators, parents, school administrators etc. We do have educational experts among the staff at OLE, who have worked with more than 50 schools altogether, and I will be talking to them as I look beyond answering the obvious questions. We should start a list on the wiki to collate this information. I'll get someone from Jamaica to provide some feedback as well. For visualization, I have explored using LibreOffice and SOFA, but neither of those were flexible to allow for customization of the output beyond some a few rudimentary options, so I started looking at various Javascript libraries, which are much more powerful. Currently, I am experimenting with Google Charts, which I found the easiest to get started with. If I run into limitations with Google Charts in the future, others on my list are InfoVIS Toolkit (http://philogb.github.io/jit) and HighCharts (http://highcharts.com). Then, there is also D3.js, but that's a bigger animal. Keep in mind that if you want to visualize at the school's local XS[CE] you may have to rely on a local js method instead of an online library. Alternatively or perhaps in parallel, I am also willing to join efforts to improve the OLPC Dashboard, which is trying to answer very similar questions to mine. I'll ping Leotis (cc'd) to push his dashboard code to github, so we don't reinvent. For those who haven't seen the protoype that Leotis has (demo'd at
Re: [Sugar-devel] The quest for data
On Mon, Jan 6, 2014 at 3:00 PM, Sameer Verma sve...@sfsu.edu wrote: On Mon, Jan 6, 2014 at 4:50 AM, Walter Bender walter.ben...@gmail.com wrote: On Mon, Jan 6, 2014 at 3:48 AM, Martin Dluhos mar...@gnu.org wrote: On 4.1.2014 10:44, Sameer Verma wrote: True. Activities do not report end times, or whether the frequency count is for the number of times a new activity was started, or if it was simply a resumption of the previous instance. Walter had indicated that thre is some movement in this direction to gather end times. This would be indeed very useful. Is anyone working on implementing these features? The frequency count is a count of the number of times an instance of an activity has been opened. There number of new instances can be determined by the number of instance entries in the Journal. Walter, From a conversation we had some time ago, you had pointed out that TuxMath does not necessarily stick to this regimen. Every time a one resumes an instance, it gets counted as a new instance. I haven't gone back to verify this, but how consistent is this behavior across activities? Can this behavior be standardized? I am not sure about TuxMath (or Tuxpaint, Scratch or Etoys) none of which are native Sugar activities. But the behavior I described is standard across native Sugar activities. -walter Yes, the methods that use the datastore as a source rely on the Journal, but the sugar-stats system does not. I believe it collects in GNOME as well. Have you done any processing, analysis, or visualization of the sugar-stats data? Is that something that you are planning to integrate into OLPC Dashboard? There is an app for letting the user visualize their own stats. (Journal Stats). Could use some love and attention. This is an excellent example of providing meaningful feedback with respect to the scope. To borrow the Zoom metaphor, I see the Journal stats to be at the level when the scope is local to the child. The same scope zooms out at the level of the teacher, principal, district education officer, MoE, etc. cheers, Sameer 4) The reporting can be done either via visualization, and/or by generating periodic reports. The reporting should be specific to the person(s) looking at it. No magic there. I think that many questions (some of which we already mentioned above) can be answered with reports and visualizations, which are not deployment specific. For example, those you are targeting with OLPC dashboard. How the data will be used remains to be seen. I have not seen it being used in any of the projects that I know of. If others have seen/done so, it would help to hear from them. I know that in conversations and presentations to decision makers, the usual sore point is can you show us what you have so far? For Jamaica, we have used a basic exploratory approach on the Journal data, corroborated with structured interviews with parents, teachers, etc. So, for instance, the data we have shows a relatively large frequency of use of TuxMath (even with different biases). However, we have qualitative evidence that supports both usage of TuxMath and improvement in numeracy (standardized test). We can support strong(er) correlation, but cannot really establish causality. The three data points put together make for a compelling case. I think this is a really important point to emphasize: None of these approaches to evaluation provides the complete picture, but all of these used in aggregate can provide useful insights. Here at OLE Nepal, we already use standardized testing to compare students performance before and after the program launch. We also follow up with teachers through conversations using surveys on regular support visit. I agree with Sameer that supplementing those with statistical data can make for a much stronger case. Martin ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Porting the application I started (chess_learning) to Web application
Is there a repository for the Gears project ? Because I could not find it on git.sugarlab.org Regards 2014/1/6 Manuel Quiñones ma...@laptop.org 2014/1/6 laurent bernabe laurent.bern...@gmail.com: Thank you for your advices. In fact, for the pictures, I plan to use those from Wikimedia Commons : I've been told on this mailing list that it can be OK. For the screen sizes, I'll try to do my best to work for the common screen sizes, though I have a laptop of 16'' (an so a kind of 16/9 configuration instead of 4/3). Chances are: a. your activity has scrollable content (Get Things Done for example) b. your activity adapts to the available space (Gears for example) So you don't need to worry about screen aspect ratios, just make sure your content either scrolls (a) or adapts (b). -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Porting the application I started (chess_learning) to Web application
Is there a repository for the Gears project ? Because I could not find it on git.sugarlab.org Sorry for this unusefull question : I've just downloaded the Gears 5 bundle, so that I can look at the sources. Regards ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] The quest for data
Dear Sameer, all, That's a very interesting blog post and discussion. I agree that collecting data is important but knowing that are the questions aimed to be answered with that data is even more so. If you need help with that last bit, I could propose to use the journal data as a use-case for the project KnowEscape ( http://knowescape.org/ ). This project is about getting insights out of large knowledge spaces via visualisation. There is wide (European) community of experts behind it coming from different research fields (humanities, physic, computer science, ...). Something useful could maybe come out... I would also like to refer you to the project ERS we have now almost finished. This project is an extension of the ideas behind SemanticXO some of you may remember. We developed a decentralised entity registry system with the XO as a primary platform for coding and testing. There is a description of the implementation and links to code on http://ers-devs.github.io/ers/ . We also had a poster at OLPC SF (thanks for that !). In a nutshell, ERS creates global and shared knowledge spaces through series of statements. For instance, Amsterdam is in the Netherlands is a statement made about the entity Amsterdam relating it to the entity the Netherlands. Every user of ERS may want to either de-reference an entity (*e.g.*, asking for all pieces of information about Amsterdam) or contribute to the content of the shared space by adding new statements. This is made possible via Contributors nodes, one of the three types of node defined in our system. Contributors can interact freely with the knowledge base. They themselves take care of publishing their own statements but cannot edit third-party statements. Every set of statements about a given entity contributed by one single author is wrapped into a document in couchDB to avoid conflicts and enable provenance tracking. Every single XO is a Contributor. Two Contributors in a closed P2P network can freely create and share Linked Open Data. In order for them to share data with another closed group of Contributors, we haves Bridges. A Bridge is a relay between two closed networks using the internet or any other form of direct connection to share data. Two closed communities, for example two schools, willing to share data can each setup one Bridge and connect these two nodes to each other. The Bridges will then collect and exchange data coming from the Contributors. These bridges are not Contributors themselves, they are just used to ship data (named graphs) around and can be shut-down or replaced without any data-loss. Lastly, the third component we define in our architecture is the Aggregator. This is a special node every Bridge may push content to and get updated content from. As its name suggests, an Aggregator is used to aggregate entity descriptions that are otherwise scattered among all the Contributors. When deployed, an aggregator can be used to access and expose the global content of the knowledge space or a subset thereof. One could use ERS to store (part of) the content of the Journal on an XO (Contributor), cluster information as the school level (Bridge put on the XS) and provide higher level analysis (Aggregator). The best things about ERS, I think is that: * It can store and share any data that consists of property/values about a given thing identified with a unique identifier * It is off-line by default, all the upper level components are optional. So is the connectivity to them * It's conservative in terms of bandwidth used The creation of graphs could be done at every level to get some statistics on the XO, on the XS and at a more global level. All these potentially using the same code as the data is always stored using the same model (a variant of JSON-LD). We are now finalising a small social-networking activity to demotest ERS. You can easily play with it using the virtual images we put on the site. Here is a video showing it running: https://vimeo.com/81796228 Please have a look and let us know how what you think of it :-) The project is still funded for a bit less than three months and we would really like it to be useful for the OLPC community (that's why we targeted the XO) so don't hesitate to ask for missing features! Cheers, Christophe On 6 January 2014 02:03, Andreas Gros andigro...@gmail.com wrote: Great utilization of CouchDB and its views feature! That's definitely something we can build on. But more importantly, to make this meaningful, we need more data. It's good to know what the activities are that are used most, so one can come up with a priority list for improvements, and/or focus developer attention. CouchDB allows to pull data together from different instances, which should make aggregation and comparisons between projects possible. And for projects that are not online, the data could be transferred to a USB stick quite easily and then uploaded to any other DB instance. Is there a task/todo list somewhere?
[Sugar-devel] Collaboration support for sugar web activities
Hello, Thanks to Manuel Quiñones, I was able to check out in detail a Mozilla project - https://togetherjs.org TogetherJS is a javascript library for... well, collaboration. It consists of a client side and a server side. The server side acts only as a bridge between clients and it repeats the messages it recieves. It's nothing complicated, nothing interesting, I'll ignore that for now. Once in a TogetherJS session, users can communicate with each other (there is a chat offered by TogetherJS). User's pointers are also shared (if desired). There also other features like audio chat and video syncing, which are somewhat experimental (by what I understood from the docs). More importantly, except these features, the library comes with an API, which will allow web activity authors to sync different objects from the page. Everything is controlled by javascript. I've already started on integrating TogetherJS with sugar. In order for two users to be in the same session, they must share one togetherjs ID. I've based this ID sharing on telepathy - like the current activity invites are sent. After having the same ID, the session is then supported by the upper mentioned server. Mozilla has offered such a server for public use, but I do not think that sugar should be using it. I think that it would be best if this is handled via telepathy, just like the current activities communicate. As mentioned above, the server has no special role other than receiving messages and sending them to all participating clients. An alternative would be to host such a server for sugar's needs (the server is a single nodejs script). I do not like this way, as it would cause web activities to depend on an Internet connection. I hope that by the end of the week I can show a web activity having collaboration support based on TogetherJS. Regards, Emil Dudev ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel