[Sugar-devel] Problems with `make run`
Hello all, I've successfully built sugar with sugar-build, however now, when I try and do a `make run` the screen flashes black and fails to run sugar. I'm on Fedora 19 x86_64. Here is the output of logs/run.log: http://paste.fedoraproject.org/9938/67465897/ Thanks, William Orr ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Problems with `make run`
Hmm no useful errors in the log. Can you try to delete ~/.sugar, run it again and see if a ~/.sugar/default/shell.log is created? On 2 May 2013 13:57, William Orr w...@worrbase.com wrote: Hello all, I've successfully built sugar with sugar-build, however now, when I try and do a `make run` the screen flashes black and fails to run sugar. I'm on Fedora 19 x86_64. Here is the output of logs/run.log: http://paste.fedoraproject.**org/9938/67465897/http://paste.fedoraproject.org/9938/67465897/ Thanks, William Orr __**_ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.**org Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/**listinfo/sugar-develhttp://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] Web activity example that uses html5 canvas
Interesting. Thanks James In the past, we had performance problems with the nice clock. Should be good implement it on javascript, to see how smart is the canvas. Gonzalo On Tue, Apr 30, 2013 at 9:55 PM, James Cameron qu...@laptop.org wrote: Summary: this Clock activity consumes significantly less CPU on XO-4 and XO-1 when implemented in Javascript. On Tue, Apr 30, 2013 at 08:42:18PM -0300, Manuel Qui?ones wrote: 2013/4/30 James Cameron qu...@laptop.org: On Tue, Apr 30, 2013 at 08:58:50AM -0300, Manuel Qui?ones wrote: Should work on other browsers now: http://manuq.github.io/clockjs/ Agreed, works well, reasonably low CPU utilisation. Thanks. Excellent. Thanks for checking the CPU consumption. Here's a more detailed check. Method is to run only the activity under test, and use the serial port to run the Linux top command configured for a 30 second sample time. -- On XO-4 using 13.1.0: - using Javascript, the Browse-149 process consumes 7.5% CPU, and the X process 3.2% CPU. Total of 10.7% CPU. - not using Javascript, the Clock-12 process consumes 2.7% CPU, and the X process 13.2% CPU. Total of 15.9% CPU. (Were there any changes to the algorithm? e.g. is the Sugar activity drawing more frequently than the Javascript activity?) -- On XO-1 using 13.2.0, build 32004o0, - using Javascript, the Browse-149.2 process consumes 9.8%, the X process 7.4%, a total of 17.2%, - not using Javascript, the Clock-12 process consumes 10.4% and X process consumes 18.4%, a total of 30.8%. -- On XO-1 using 11.3.0, build 883, - using Javascript, the Browse 129.1 does not render the script, - not using Javascript, the Clock-6 consumes 7.0%, and X consumed 9.0%, a total of 16%. -- James Cameron http://quozl.linux.org.au/ ___ 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] Web activity example that uses html5 canvas
2013/5/2 Gonzalo Odiard gonz...@laptop.org: Interesting. Thanks James In the past, we had performance problems with the nice clock. Should be good implement it on javascript, to see how smart is the canvas. Good point Gonzalo, I'll do. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] DataStore interface for HTML5 Activity
I think is ok if we limit what we can save to a staring, at least on a first stage. We can recommend use json too. About the api proposed, will you get signals when the metadata is updated, or should be the same updated signal as is the file was modified? I am thinking on the modification on title or description in the journal, right now we update the toolbar entries. Gonzalo On Wed, May 1, 2013 at 7:25 AM, lio...@olpc-france.org wrote: ** ** Hmmm. Finally, I wonder if we need to keep the file handling in the JavaScript Datastore interface. I’ve wrote 5 Sugar activities. Each time I’ve only used the Datastore via read_file/write_file functions and each time it was not to store a file but to store a state. And most of the time this state could be translated to a string (JSON, XML, CSV, …). In fact the only case where a file could be interesting is when we handle binary content (like images). But, at worse it could also be translated to string and this string could be store in the state. ** ** I’m interested by feedbacks from the list about this point: do you think that file handling is need for the Datastore? ** ** Lionel. ** ** ** ** *De :* Daniel Narvaez [mailto:dwnarv...@gmail.com] *Envoyé :* mardi 30 avril 2013 19:06 *À :* Lionel Laské *Cc :* sugar-devel@lists.sugarlabs.org *Objet :* Re: [Sugar-devel] DataStore interface for HTML5 Activity ** ** Doesn't seem to be implemented in webkigtk yet and the work sort of stalled apparently https://bugs.webkit.org/show_bug.cgi?id=58443 ** ** On 30 April 2013 18:42, Daniel Narvaez dwnarv...@gmail.com wrote: The firefox guys are apparently not very keen about the w3c File stuff https://hacks.mozilla.org/2012/07/why-no-filesystem-api-in-firefox/ ** ** On 30 April 2013 18:27, Daniel Narvaez dwnarv...@gmail.com wrote: As you point out, the main problem here is the concept of file. My understanding is that with the new file APIs you are basically requesting a sandboxed filesystem, then you can write and read there as you please. Though I don't know how the shell would then have access to that filesystem, to be able to move the files into the datastore. Chromium must be doing something similar to allow writing stuff to google drive using those interfaces, though they implemented their interfaces directly into Webkit. ** ** On 30 April 2013 17:34, lio...@olpc-france.org wrote: Hi all, As we decided to our IRC meeting last week, I’ve wrote a first draft proposal for the JavaScript DataStore interface [1]. Basically the interface just match the DataStore existing interface. The main issue is related to the concept of file: - File is at the heart of the DataStore concept: the DataStore is nothing else than a place to store files and metadata related to files, - But: file handling is not a common practice in JavaScript! The good news is that HTML5 comes with few File system and Files handling functions [2][3]. I didn’t test it but it should work on WebKit. Do not hesitate to comment/update. Lionel [1] http://wiki.sugarlabs.org/go/HTML5_activities#Datastore [2] http://dev.w3.org/2009/dap/file-system/pub/FileSystem/ [3] http://dev.w3.org/2009/dap/file-system/file-writer.html ** ** ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Daniel Narvaez -- Daniel Narvaez -- 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
Re: [Sugar-devel] [PATCH TamTam 1/2 v2] Output to ALSA directly from csound
Thanks Daniel. Two questions: when was the change done? I mean, what sugar version should we mark as compatible with a activity with this change? The second is, if you already have the binaries compiled for every xo, if you can send me the binaries, I don't need do it again. Gonzalo On Wed, May 1, 2013 at 12:25 PM, Daniel Drake d...@laptop.org wrote: TamTam sound is crackly on some setups (e.g. XO-1.5 and newer with dmix running at 48000Hz). Clooper seems to implement its own ALSA sample rate resampling, as well as upsampling of the period rate to overcome any differences in csound period size and ALSA period size. This code is the cause of the crackles. Switch to csound's internal ALSA backend, which works well, and does not have these problems. Tested on XO-1, XO-1.5, XO-1.75 and XO-4. --- common/Config.py| 5 - common/Resources/tamtamorc.csd | 2 +- common/Util/CSoundClient.py | 4 +- common/Util/Clooper/Makefile| 4 +- common/Util/Clooper/aclient.cpp | 127 +++-- common/Util/Clooper/audio.cpp | 237 6 files changed, 17 insertions(+), 362 deletions(-) delete mode 100644 common/Util/Clooper/audio.cpp v2: totally remove dependency on ALSA header and library diff --git a/common/Config.py b/common/Config.py index b1c1318..bb9c3ff 100644 --- a/common/Config.py +++ b/common/Config.py @@ -55,13 +55,8 @@ for i in (INSTANCE_DIR, DATA_DIR, SNDS_INFO_DIR, TMP_DIR): PLUGIN_DEBUG = os.getenv(CSOUND_LOGFILE, ) PLUGIN_VERBOSE = DEBUG PLUGIN_UNIVORC = join(FILES_DIR, tamtamorc.csd) -PLUGIN_KSMPS = 64 PLUGIN_RATE = 16000 -## PLUGIN ALSA PARAMETERS: -PLUGIN_PERIOD = 1024 -PLUGIN_NPERIODS = 2 - try: from sugar3.graphics.toolbarbox import ToolbarBox, ToolbarButton HAVE_TOOLBOX = True diff --git a/common/Resources/tamtamorc.csd b/common/Resources/tamtamorc.csd index f0a63f1..3adf81b 100644 --- a/common/Resources/tamtamorc.csd +++ b/common/Resources/tamtamorc.csd @@ -1,6 +1,6 @@ CsoundSynthesizer CsOptions --n -m0 -W -s -d +-n -odac -m0 -W -s -d /CsOptions CsInstruments sr=16000 diff --git a/common/Util/CSoundClient.py b/common/Util/CSoundClient.py index 3cf6794..c082137 100644 --- a/common/Util/CSoundClient.py +++ b/common/Util/CSoundClient.py @@ -47,9 +47,7 @@ class _CSoundClientPlugin: def __init__(self): sc_initialize( Config.PLUGIN_UNIVORC, Config.PLUGIN_DEBUG, -Config.PLUGIN_PERIOD, Config.PLUGIN_NPERIODS, -Config.PLUGIN_VERBOSE, -Config.PLUGIN_KSMPS, Config.PLUGIN_RATE) +Config.PLUGIN_VERBOSE, Config.PLUGIN_RATE) self.on = False #self.masterVolume = 100.0 self.periods_per_buffer = 2 diff --git a/common/Util/Clooper/Makefile b/common/Util/Clooper/Makefile index 0f28366..4fddb2e 100644 --- a/common/Util/Clooper/Makefile +++ b/common/Util/Clooper/Makefile @@ -15,7 +15,7 @@ LIB_NAME = $(CSOUND_ARCH)_$(CSOUND_VERSION) CXXFLAGS = $(shell python-config --cflags) \ -Wall -Werror -fPIC -O2 -finline LDFLAGS+= $(python-config --libs) \ - -lasound -lcsound + -lcsound all : aclient.so rm -rf $(LIB_NAME) @@ -23,7 +23,7 @@ all : aclient.so mv aclient.so $(LIB_NAME)/ touch $(LIB_NAME)/__init__.py -aclient.so : aclient.cpp audio.cpp +aclient.so : aclient.cpp g++ $(CXXFLAGS) -shared -o $@ $ $(LDFLAGS) clean : diff --git a/common/Util/Clooper/aclient.cpp b/common/Util/Clooper/aclient.cpp index f238c36..e68b8cb 100644 --- a/common/Util/Clooper/aclient.cpp +++ b/common/Util/Clooper/aclient.cpp @@ -12,20 +12,8 @@ #include cmath #include csound/csound.h -#include alsa/asoundlib.h -static double pytime(const struct timeval * tv) -{ -struct timeval t; -if (!tv) -{ -tv = t; -gettimeofday(t, NULL); -} -return (double) tv-tv_sec + (double) tv-tv_usec / 100.0; -} #include log.cpp -#include audio.cpp int VERBOSE = 3; @@ -510,52 +498,31 @@ struct TamTamSound MYFLT tick_total; /** the upsampling ratio from csound */ -unsigned int csound_ksmps; -snd_pcm_uframes_t csound_frame_rate; -snd_pcm_uframes_t csound_period_size; -snd_pcm_uframes_t period0; -unsigned int period_per_buffer; //should be 2 -int up_ratio; //if the hardware only supports a small integer multiple of our effective samplerate, do a real-time conversion +int csound_frame_rate; +long csound_period_size; log_t * ll; -SystemStuff * sys_stuff; -TamTamSound(log_t * ll, char * orc, snd_pcm_uframes_t period0, unsigned int ppb, int ksmps, int framerate ) +TamTamSound(log_t * ll, char * orc, int framerate ) : ThreadID(NULL), PERF_STATUS(STOP), csound(NULL), music(), ticks_per_period(0.0),
Re: [Sugar-devel] [PATCH TamTam 1/2 v2] Output to ALSA directly from csound
On Thu, May 2, 2013 at 7:44 AM, Gonzalo Odiard gonz...@laptop.org wrote: Thanks Daniel. Two questions: when was the change done? I mean, what sugar version should we mark as compatible with a activity with this change? I don't think it affects sugar version compatibility. The second is, if you already have the binaries compiled for every xo, if you can send me the binaries, I don't need do it again. Would be best if you could compile them. Thanks Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH TamTam 1/2 v2] Output to ALSA directly from csound
Ok On Thu, May 2, 2013 at 11:11 AM, Daniel Drake d...@laptop.org wrote: On Thu, May 2, 2013 at 7:44 AM, Gonzalo Odiard gonz...@laptop.org wrote: Thanks Daniel. Two questions: when was the change done? I mean, what sugar version should we mark as compatible with a activity with this change? I don't think it affects sugar version compatibility. The second is, if you already have the binaries compiled for every xo, if you can send me the binaries, I don't need do it again. Would be best if you could compile them. Thanks Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [FEATURE] multiple home views
As per the enclosed discussion on IRC, I'd like to get some feedback on the multiple homeview feature request. manuq: I am really happy this feature has landed. I think it is really great manuqyes!! manuqI think we should do screencasts to showcase the great stuff that's been added walterbendermanuq: now that background has landed, I'll work on multi-homeview. Also an important feature manuqwalterbender: is there a feature page for multi homes? manuqwalterbender: I'm less confident on multi homes.. I would like to know user cases, feedback from deploys, and a discussion about the workflow manuqI fear it can complicate sugar too much walterbendermanuq: there is a very important use case: teachers want control over the desktop in the classroom walterbendermanuq: so the simple solution is one desktop for school and one for the user walterbendermanuq: this was asked for in Peru and Australia walterbendermanuq: in Peru, because teachers found the varied desktops confusing, they wouldn't let kids add apps walterbenderin Audtralia, they'd like to set the desktop per lesson manuqouch walterbendermanuq: so I think this is actually quite important manuqone desktop per lesson? uff walterbendermanuq: I spoke with gonzalo_odiard_ about adding a feature to his share activity to let the teacher set the desktop walterbendermanuq: but all of these things would suggest we want the kids to have an independent desktop walterbenderhence the feature manuqthat can be resolved with an activity.. a launcher activity with a collection of activity icons maybe? gonzalo_odiard_walterbender, anyway, the multiple desktop feature deserve more discussion on the ml walterbendermanuq: and yes, there is a feature page kicking around for this [1] manuqgonzalo_odiard_: +1 manuqwalterbender: great walterbendermanuq, gonzalo_odiard_ the feature was proposed a long time ago and implemented 6 months ago. gonzalo_odiard_walterbender, i know manuqwalterbender: let's open a thread so everyone can speak walterbendermanuq, gonzalo_odiard_ how do you suggest we get the discussion going? walterbenderseems there has been ample opportunity walterbendermany emails sent walterbenderbut I am happy to open the door yet again manuqwalterbender: sorry I don't remember the discussions gonzalo_odiard_walterbender, i looked at the implementation and was not very good neither manuqwalterbender: so maybe add a new thread with links to the old discussions walterbendergonzalo_odiard_: that is a different issue walterbendermanuq: I'll post this discussion, with links to the list and we can continue the discussion [2] gonzalo_odiard_walterbender, but is important too manuqgreat walterbendergonzalo_odiard_: undoubtedly it is important. manuqat first glance, I think a launcher activity with collections of activities can be a better solution manuqso you can have a math collection for example gonzalo_odiard_manuq, walterbender, right now we have a configuration for the activities a deployment don't want be deleted by the kids. we can extend that to have other collections configured. then we can have activities asociated to math, arts, science gonzalo_odiard_and we can use that info to populate different desktops gonzalo_odiard_(maybe showing different background images?) walterbendernow were really are making things complicated walterbenderI think this direction makes too many assumptions about how things work in the classroom walterbenderlet's keep it simple manuqan activity that doesn't mess the spiral, for example? walterbendergonzalo_odiard_: I really think you are over-engineering a simple request [1] http://wiki.sugarlabs.org/go/Features/Multiple_home_views [2] http://lists.sugarlabs.org/archive/sugar-devel/2011-May/031266.html -walter -- 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] [FEATURE] multiple home views
On Thu, May 2, 2013 at 8:15 AM, Walter Bender walter.ben...@gmail.com wrote: [1] http://wiki.sugarlabs.org/go/Features/Multiple_home_views How is the teacher going to use the proposed functionality to ensure a consistent home view on all the XOs? Will he/she go to each XO one by one and mark the activities appropriately? Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [FEATURE] multiple home views
On Thu, May 2, 2013 at 10:20 AM, Daniel Drake d...@laptop.org wrote: On Thu, May 2, 2013 at 8:15 AM, Walter Bender walter.ben...@gmail.com wrote: [1] http://wiki.sugarlabs.org/go/Features/Multiple_home_views How is the teacher going to use the proposed functionality to ensure a consistent home view on all the XOs? Will he/she go to each XO one by one and mark the activities appropriately? Daniel First, my bias: I don't think that we should be trying to control the classroom through technology. Each classroom will use the tools in a manner they choose and we can only give them the best tools we can. Several scenarios: A. The teacher sets the ground rules at the beginning of the year: homeview 1 is for the classroom; homeview 2 is for the kid. Asks the kids to all sync and then things evolve slowly through the course of the school year. Teacher says: please add TuxMath to your homeview 1. Please remove Browse. B. We add sync homeview to Gonzalo's share activity. Teacher prepares a homeview 1. Shares and asks the class to grab it. The point of this patch is not so much to solve this problem as to somewhat alleviate the need to solve it by giving the kids a separate sandbox. regards. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] Journal share activity
Hi, Manuel and myself have been looking at the work-flow for the Journal share activity these days: http://activities.sugarlabs.org//en-US/sugar/addon/4656 We discussed the design completely independent of possible technical constraints we will see what we can do, and what we can not but we wanted to first look at the work flow itself. Here is the state of things so far: ===Use cases=== (a) a teacher is handing out a pdf to the class (b) a teacher wants to collect a picture (Paint) or an assignment from each pupil (c) a group of pupils want to share files between each other (e.g. a project work) ===Questions=== * What can you share? You can share Journal items. * To whom can you share? People in your current network (see other activities you share) * Can everyone share who is a member of that session? The case where a teacher wants to collect data from the pupils (b), does impose privacy concerns. There should be the possibility to send a file to one person only without making it public to all of the members. * Is it a push or a pull model? (a) and (b) should be based on a push model. The receiver should be asked for confirmation of this transfer (see the current file transfers in the Sugar shell). Both sides need to know about the status of the transfer. (c) would be handled best with a pull model (see a download). ===Designs=== We basically started off with a UI based on tabs [1]. Each member of the session has a tab, the label contains the colored XO icon and the nick name of the learner. The first tab represents yourself. The header of each tab has information about the learner and if it is yours a button to share items with all the members. The body has the items you shared and each item a button to un-share an item. The other tabs list the items the learner shared and a button to download an item. This UI shows the pull model and handles case (c) well. It does not work for the case (b) that well, as a shared item is public to all of the members. Furthermore, a teacher would need to go to each tab in order to collect the data it needs. Based on the downsides of the first UI [1] we came up with the second UI [2]: On the left you see all the members that are present in the shared session (similar to the UI in Memorize). There is a button for each member to send him a file directly (handles case b). This list is scrollable. There could be as well a row at the bottom of the list for a 'sent to all' option to handle case (a). On the right side at the top is the list of items you shared publically. There is a button to add new items. The list is scrollable. There is a button to un-share your items and a button to download items shared by others. This is case (c), case (a) could be handled with this model as well. Below is a widget that shows the incoming items. You can accept those incoming files individually or have a button for accept all. There should be a way to select the storage target (Journal/USB/...) either with a Palette or a dialog. This is case (b). In the second sketch in [2] you can see a feedback widget for the items you sent (one-to-one transfers). It shows if an item has been received and you can cancel a transfer (see the file transfers protocol in the Sugar shell for this). Regards, Simon [1] http://dev.laptop.org/~erikos/share/tabs.JPG [2] http://dev.laptop.org/~erikos/share/one.jpg ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Music Keyboard failed to start
Hi, I was trying to run Music Keyboard activity and I got message: Music Keyboard failed to start. Here's the log file: https://dl.dropboxusercontent.com/u/57690591/org. sugarlabs.MusicKeyboard-1.log Thanks for your help! ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Music Keyboard failed to start
Sorry, broken link. Here it is: https://dl.dropboxusercontent.com/u/57690591/org.sugarlabs. MusicKeyboard-1.log (https://dl.dropboxusercontent.com/u/57690591/org.sugarlabs.MusicKeyboard-1.log) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Journal share activity
+1 to getting rid of tabs. -walter On Thu, May 2, 2013 at 11:50 AM, Simon Schampijer si...@schampijer.dewrote: Hi, Manuel and myself have been looking at the work-flow for the Journal share activity these days: http://activities.sugarlabs.** org//en-US/sugar/addon/4656http://activities.sugarlabs.org//en-US/sugar/addon/4656 We discussed the design completely independent of possible technical constraints we will see what we can do, and what we can not but we wanted to first look at the work flow itself. Here is the state of things so far: ===Use cases=== (a) a teacher is handing out a pdf to the class (b) a teacher wants to collect a picture (Paint) or an assignment from each pupil (c) a group of pupils want to share files between each other (e.g. a project work) ===Questions=== * What can you share? You can share Journal items. * To whom can you share? People in your current network (see other activities you share) * Can everyone share who is a member of that session? The case where a teacher wants to collect data from the pupils (b), does impose privacy concerns. There should be the possibility to send a file to one person only without making it public to all of the members. * Is it a push or a pull model? (a) and (b) should be based on a push model. The receiver should be asked for confirmation of this transfer (see the current file transfers in the Sugar shell). Both sides need to know about the status of the transfer. (c) would be handled best with a pull model (see a download). ===Designs=== We basically started off with a UI based on tabs [1]. Each member of the session has a tab, the label contains the colored XO icon and the nick name of the learner. The first tab represents yourself. The header of each tab has information about the learner and if it is yours a button to share items with all the members. The body has the items you shared and each item a button to un-share an item. The other tabs list the items the learner shared and a button to download an item. This UI shows the pull model and handles case (c) well. It does not work for the case (b) that well, as a shared item is public to all of the members. Furthermore, a teacher would need to go to each tab in order to collect the data it needs. Based on the downsides of the first UI [1] we came up with the second UI [2]: On the left you see all the members that are present in the shared session (similar to the UI in Memorize). There is a button for each member to send him a file directly (handles case b). This list is scrollable. There could be as well a row at the bottom of the list for a 'sent to all' option to handle case (a). On the right side at the top is the list of items you shared publically. There is a button to add new items. The list is scrollable. There is a button to un-share your items and a button to download items shared by others. This is case (c), case (a) could be handled with this model as well. Below is a widget that shows the incoming items. You can accept those incoming files individually or have a button for accept all. There should be a way to select the storage target (Journal/USB/...) either with a Palette or a dialog. This is case (b). In the second sketch in [2] you can see a feedback widget for the items you sent (one-to-one transfers). It shows if an item has been received and you can cancel a transfer (see the file transfers protocol in the Sugar shell for this). Regards, Simon [1] http://dev.laptop.org/~erikos/**share/tabs.JPGhttp://dev.laptop.org/~erikos/share/tabs.JPG [2] http://dev.laptop.org/~erikos/**share/one.jpghttp://dev.laptop.org/~erikos/share/one.jpg __**_ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.**org Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/**listinfo/sugar-develhttp://lists.sugarlabs.org/listinfo/sugar-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] [FEATURE] multiple home views
After reading the old thread, I see there was agreement on the problem, but no one discussed the solution / workflow. I think multiple home views can complicate the Sugar interface. Overloading the favorites as proposed complicates things, IMHO. Here are two other options: - A School activity that is a launcher of other activities. It can have collections like Math, etc. - Enhace the search entry: search for tags. Add tags to activities like math. Provide autocompletion. 2013/5/2 Walter Bender walter.ben...@gmail.com: As per the enclosed discussion on IRC, I'd like to get some feedback on the multiple homeview feature request. manuq: I am really happy this feature has landed. I think it is really great manuqyes!! manuqI think we should do screencasts to showcase the great stuff that's been added walterbendermanuq: now that background has landed, I'll work on multi-homeview. Also an important feature manuqwalterbender: is there a feature page for multi homes? manuqwalterbender: I'm less confident on multi homes.. I would like to know user cases, feedback from deploys, and a discussion about the workflow manuqI fear it can complicate sugar too much walterbendermanuq: there is a very important use case: teachers want control over the desktop in the classroom walterbendermanuq: so the simple solution is one desktop for school and one for the user walterbendermanuq: this was asked for in Peru and Australia walterbendermanuq: in Peru, because teachers found the varied desktops confusing, they wouldn't let kids add apps walterbenderin Audtralia, they'd like to set the desktop per lesson manuqouch walterbendermanuq: so I think this is actually quite important manuqone desktop per lesson? uff walterbendermanuq: I spoke with gonzalo_odiard_ about adding a feature to his share activity to let the teacher set the desktop walterbendermanuq: but all of these things would suggest we want the kids to have an independent desktop walterbenderhence the feature manuqthat can be resolved with an activity.. a launcher activity with a collection of activity icons maybe? gonzalo_odiard_walterbender, anyway, the multiple desktop feature deserve more discussion on the ml walterbendermanuq: and yes, there is a feature page kicking around for this [1] manuqgonzalo_odiard_: +1 manuqwalterbender: great walterbendermanuq, gonzalo_odiard_ the feature was proposed a long time ago and implemented 6 months ago. gonzalo_odiard_walterbender, i know manuqwalterbender: let's open a thread so everyone can speak walterbendermanuq, gonzalo_odiard_ how do you suggest we get the discussion going? walterbenderseems there has been ample opportunity walterbendermany emails sent walterbenderbut I am happy to open the door yet again manuqwalterbender: sorry I don't remember the discussions gonzalo_odiard_walterbender, i looked at the implementation and was not very good neither manuqwalterbender: so maybe add a new thread with links to the old discussions walterbendergonzalo_odiard_: that is a different issue walterbendermanuq: I'll post this discussion, with links to the list and we can continue the discussion [2] gonzalo_odiard_walterbender, but is important too manuqgreat walterbendergonzalo_odiard_: undoubtedly it is important. manuqat first glance, I think a launcher activity with collections of activities can be a better solution manuqso you can have a math collection for example gonzalo_odiard_manuq, walterbender, right now we have a configuration for the activities a deployment don't want be deleted by the kids. we can extend that to have other collections configured. then we can have activities asociated to math, arts, science gonzalo_odiard_and we can use that info to populate different desktops gonzalo_odiard_(maybe showing different background images?) walterbendernow were really are making things complicated walterbenderI think this direction makes too many assumptions about how things work in the classroom walterbenderlet's keep it simple manuqan activity that doesn't mess the spiral, for example? walterbendergonzalo_odiard_: I really think you are over-engineering a simple request [1] http://wiki.sugarlabs.org/go/Features/Multiple_home_views [2] http://lists.sugarlabs.org/archive/sugar-devel/2011-May/031266.html -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [FEATURE] multiple home views
On Thu, May 2, 2013 at 12:35 PM, Walter Bender walter.ben...@gmail.comwrote: On Thu, May 2, 2013 at 12:27 PM, Manuel Quiñones ma...@laptop.org wrote: After reading the old thread, I see there was agreement on the problem, but no one discussed the solution / workflow. I think multiple home views can complicate the Sugar interface. Overloading the favorites as proposed complicates things, IMHO. Here are two other options: - A School activity that is a launcher of other activities. It can have collections like Math, etc. - Enhace the search entry: search for tags. Add tags to activities like math. Provide autocompletion. Yeah. I think either of these proposals are possible solutions, but at a cost: (1) something more for teachers to learn (they already know how to use the homeview) (2) something more to maintain (3) something more to design/code (4) not clear they actually lessen complexity And another thing :) I am not convinced that searching by curriculum topic, e.g.,g searching for math is in line with how we want to encourage Sugar to be used in the classroom. A project-based approach is about tools, not curriculum. So, for example, if I wanted the kids to make a Fototoon, I'd want Fototoon, Record, Paint, Browse, Write, et al. on the desktop. Collections based on projects, not curricula, is what we should be promoting. -walter -walter 2013/5/2 Walter Bender walter.ben...@gmail.com: As per the enclosed discussion on IRC, I'd like to get some feedback on the multiple homeview feature request. manuq: I am really happy this feature has landed. I think it is really great manuqyes!! manuqI think we should do screencasts to showcase the great stuff that's been added walterbendermanuq: now that background has landed, I'll work on multi-homeview. Also an important feature manuqwalterbender: is there a feature page for multi homes? manuqwalterbender: I'm less confident on multi homes.. I would like to know user cases, feedback from deploys, and a discussion about the workflow manuqI fear it can complicate sugar too much walterbendermanuq: there is a very important use case: teachers want control over the desktop in the classroom walterbendermanuq: so the simple solution is one desktop for school and one for the user walterbendermanuq: this was asked for in Peru and Australia walterbendermanuq: in Peru, because teachers found the varied desktops confusing, they wouldn't let kids add apps walterbenderin Audtralia, they'd like to set the desktop per lesson manuqouch walterbendermanuq: so I think this is actually quite important manuqone desktop per lesson? uff walterbendermanuq: I spoke with gonzalo_odiard_ about adding a feature to his share activity to let the teacher set the desktop walterbendermanuq: but all of these things would suggest we want the kids to have an independent desktop walterbenderhence the feature manuqthat can be resolved with an activity.. a launcher activity with a collection of activity icons maybe? gonzalo_odiard_walterbender, anyway, the multiple desktop feature deserve more discussion on the ml walterbendermanuq: and yes, there is a feature page kicking around for this [1] manuqgonzalo_odiard_: +1 manuqwalterbender: great walterbendermanuq, gonzalo_odiard_ the feature was proposed a long time ago and implemented 6 months ago. gonzalo_odiard_walterbender, i know manuqwalterbender: let's open a thread so everyone can speak walterbendermanuq, gonzalo_odiard_ how do you suggest we get the discussion going? walterbenderseems there has been ample opportunity walterbendermany emails sent walterbenderbut I am happy to open the door yet again manuqwalterbender: sorry I don't remember the discussions gonzalo_odiard_walterbender, i looked at the implementation and was not very good neither manuqwalterbender: so maybe add a new thread with links to the old discussions walterbendergonzalo_odiard_: that is a different issue walterbendermanuq: I'll post this discussion, with links to the list and we can continue the discussion [2] gonzalo_odiard_walterbender, but is important too manuqgreat walterbendergonzalo_odiard_: undoubtedly it is important. manuqat first glance, I think a launcher activity with collections of activities can be a better solution manuqso you can have a math collection for example gonzalo_odiard_manuq, walterbender, right now we have a configuration for the activities a deployment don't want be deleted by the kids. we can extend that to have other collections configured. then we can have activities asociated to math, arts, science gonzalo_odiard_and we can use that info to populate different desktops gonzalo_odiard_(maybe
Re: [Sugar-devel] Music Keyboard failed to start
This log does not help :( What is your environment? Other activities start without issues? Gonzalo On Thu, May 2, 2013 at 1:10 PM, Petr Huf huff...@seznam.cz wrote: Sorry, broken link. Here it is: https://dl.dropboxusercontent.com/u/57690591/org.sugarlabs.MusicKeyboard-1.log ___ 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] [FEATURE] multiple home views
On Thu, May 2, 2013 at 1:48 PM, Walter Bender walter.ben...@gmail.comwrote: On Thu, May 2, 2013 at 12:35 PM, Walter Bender walter.ben...@gmail.comwrote: On Thu, May 2, 2013 at 12:27 PM, Manuel Quiñones ma...@laptop.orgwrote: After reading the old thread, I see there was agreement on the problem, but no one discussed the solution / workflow. I think multiple home views can complicate the Sugar interface. Overloading the favorites as proposed complicates things, IMHO. Here are two other options: - A School activity that is a launcher of other activities. It can have collections like Math, etc. - Enhace the search entry: search for tags. Add tags to activities like math. Provide autocompletion. Yeah. I think either of these proposals are possible solutions, but at a cost: (1) something more for teachers to learn (they already know how to use the homeview) (2) something more to maintain (3) something more to design/code (4) not clear they actually lessen complexity And another thing :) I am not convinced that searching by curriculum topic, e.g.,g searching for math is in line with how we want to encourage Sugar to be used in the classroom. A project-based approach is about tools, not curriculum. So, for example, if I wanted the kids to make a Fototoon, I'd want Fototoon, Record, Paint, Browse, Write, et al. on the desktop. Collections based on projects, not curricula, is what we should be promoting. -walter -walter 2013/5/2 Walter Bender walter.ben...@gmail.com: As per the enclosed discussion on IRC, I'd like to get some feedback on the multiple homeview feature request. manuq: I am really happy this feature has landed. I think it is really great manuqyes!! manuqI think we should do screencasts to showcase the great stuff that's been added walterbendermanuq: now that background has landed, I'll work on multi-homeview. Also an important feature manuqwalterbender: is there a feature page for multi homes? manuqwalterbender: I'm less confident on multi homes.. I would like to know user cases, feedback from deploys, and a discussion about the workflow manuqI fear it can complicate sugar too much walterbendermanuq: there is a very important use case: teachers want control over the desktop in the classroom walterbendermanuq: so the simple solution is one desktop for school and one for the user walterbendermanuq: this was asked for in Peru and Australia walterbendermanuq: in Peru, because teachers found the varied desktops confusing, they wouldn't let kids add apps walterbenderin Audtralia, they'd like to set the desktop per lesson manuqouch walterbendermanuq: so I think this is actually quite important manuqone desktop per lesson? uff walterbendermanuq: I spoke with gonzalo_odiard_ about adding a feature to his share activity to let the teacher set the desktop walterbendermanuq: but all of these things would suggest we want the kids to have an independent desktop walterbenderhence the feature manuqthat can be resolved with an activity.. a launcher activity with a collection of activity icons maybe? gonzalo_odiard_walterbender, anyway, the multiple desktop feature deserve more discussion on the ml walterbendermanuq: and yes, there is a feature page kicking around for this [1] manuqgonzalo_odiard_: +1 manuqwalterbender: great walterbendermanuq, gonzalo_odiard_ the feature was proposed a long time ago and implemented 6 months ago. gonzalo_odiard_walterbender, i know manuqwalterbender: let's open a thread so everyone can speak walterbendermanuq, gonzalo_odiard_ how do you suggest we get the discussion going? walterbenderseems there has been ample opportunity walterbendermany emails sent walterbenderbut I am happy to open the door yet again manuqwalterbender: sorry I don't remember the discussions gonzalo_odiard_walterbender, i looked at the implementation and was not very good neither manuqwalterbender: so maybe add a new thread with links to the old discussions walterbendergonzalo_odiard_: that is a different issue walterbendermanuq: I'll post this discussion, with links to the list and we can continue the discussion [2] gonzalo_odiard_walterbender, but is important too manuqgreat walterbendergonzalo_odiard_: undoubtedly it is important. manuqat first glance, I think a launcher activity with collections of activities can be a better solution manuqso you can have a math collection for example gonzalo_odiard_manuq, walterbender, right now we have a configuration for the activities a deployment don't want be deleted by the kids. we can extend that to have other collections configured. then we can have activities asociated to math, arts, science
Re: [Sugar-devel] [FEATURE] multiple home views
And another thing :) I am not convinced that searching by curriculum topic, e.g.,g searching for math is in line with how we want to encourage Sugar to be used in the classroom. A project-based approach is about tools, not curriculum. So, for example, if I wanted the kids to make a Fototoon, I'd want Fototoon, Record, Paint, Browse, Write, et al. on the desktop. Collections based on projects, not curricula, is what we should be promoting. -walter This is a very good point. I am concerned, after looking at the implementation, than it is too closed and will not be easy change it in the future. More because the feature is named multiple home views, and I imagined (may be erroneously) than implied more than 2. The implementation copy paste a lot of code, maybe if we use a array to keep the data of the different views, is more open to future enhancements. (tags on activities, by example) I agree is better keep it simple, too. Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Music Keyboard failed to start
I'm running it on Ubuntu 13.04, 64bit. Others are OK, I can start them. -- Původní zpráva -- Od: Gonzalo Odiard gonz...@laptop.org Datum: 2. 5. 2013 Předmět: Re: [Sugar-devel] Music Keyboard failed to start This log does not help :( What is your environment? Other activities start without issues? Gonzalo On Thu, May 2, 2013 at 1:10 PM, Petr Huf huff...@seznam.cz (mailto:huff...@seznam.cz) wrote: Sorry, broken link. Here it is: https://dl.dropboxusercontent.com/u/57690591/org.sugarlabs. MusicKeyboard-1.log (https://dl.dropboxusercontent.com/u/57690591/org.sugarlabs.MusicKeyboard-1.log) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org(mailto:Sugar-devel@lists.sugarlabs.org) http://lists.sugarlabs.org/listinfo/sugar-devel (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] Music Keyboard failed to start
Try install: python-sugar3 (sudo apt-get install python-sugar3) 2013/5/2 Petr Huf huff...@seznam.cz I'm running it on Ubuntu 13.04, 64bit. Others are OK, I can start them. -- Původní zpráva -- Od: Gonzalo Odiard gonz...@laptop.org Datum: 2. 5. 2013 Předmět: Re: [Sugar-devel] Music Keyboard failed to start This log does not help :( What is your environment? Other activities start without issues? Gonzalo On Thu, May 2, 2013 at 1:10 PM, Petr Huf huff...@seznam.cz wrote: Sorry, broken link. Here it is: https://dl.dropboxusercontent.com/u/57690591/org.sugarlabs.MusicKeyboard-1.log ___ 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 -- Ignacio Rodríguez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [FEATURE] multiple home views
2013/5/2 Walter Bender walter.ben...@gmail.com: On Thu, May 2, 2013 at 12:35 PM, Walter Bender walter.ben...@gmail.com wrote: On Thu, May 2, 2013 at 12:27 PM, Manuel Quiñones ma...@laptop.org wrote: After reading the old thread, I see there was agreement on the problem, but no one discussed the solution / workflow. I think multiple home views can complicate the Sugar interface. Overloading the favorites as proposed complicates things, IMHO. Here are two other options: - A School activity that is a launcher of other activities. It can have collections like Math, etc. - Enhace the search entry: search for tags. Add tags to activities like math. Provide autocompletion. Yeah. I think either of these proposals are possible solutions, but at a cost: (1) something more for teachers to learn (they already know how to use the homeview) (2) something more to maintain (3) something more to design/code (4) not clear they actually lessen complexity And another thing :) I am not convinced that searching by curriculum topic, e.g.,g searching for math is in line with how we want to encourage Sugar to be used in the classroom. A project-based approach is about tools, not curriculum. So, for example, if I wanted the kids to make a Fototoon, I'd want Fototoon, Record, Paint, Browse, Write, et al. on the desktop. Collections based on projects, not curricula, is what we should be promoting. Yes, couldn't agree more. That's why I was a bit concerned on IRC when you talked about one home view per lesson. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [FEATURE] multiple home views
On Thu, May 2, 2013 at 2:12 PM, Manuel Quiñones ma...@laptop.org wrote: 2013/5/2 Walter Bender walter.ben...@gmail.com: On Thu, May 2, 2013 at 12:35 PM, Walter Bender walter.ben...@gmail.com wrote: On Thu, May 2, 2013 at 12:27 PM, Manuel Quiñones ma...@laptop.org wrote: After reading the old thread, I see there was agreement on the problem, but no one discussed the solution / workflow. I think multiple home views can complicate the Sugar interface. Overloading the favorites as proposed complicates things, IMHO. Here are two other options: - A School activity that is a launcher of other activities. It can have collections like Math, etc. - Enhace the search entry: search for tags. Add tags to activities like math. Provide autocompletion. Yeah. I think either of these proposals are possible solutions, but at a cost: (1) something more for teachers to learn (they already know how to use the homeview) (2) something more to maintain (3) something more to design/code (4) not clear they actually lessen complexity And another thing :) I am not convinced that searching by curriculum topic, e.g.,g searching for math is in line with how we want to encourage Sugar to be used in the classroom. A project-based approach is about tools, not curriculum. So, for example, if I wanted the kids to make a Fototoon, I'd want Fototoon, Record, Paint, Browse, Write, et al. on the desktop. Collections based on projects, not curricula, is what we should be promoting. Yes, couldn't agree more. That's why I was a bit concerned on IRC when you talked about one home view per lesson. -- .. manuq .. I guess we are talking past each other here. I wasn't intending that we implement one homeview per lesson but rather the teacher *may* choose to change the homeview per lesson (as per my Fototoon example above). I think that 2 home views: one for the classroom (fromal) and one for the kid (informal) covers most of what we'd need practically. But I could imagine building an extensible solution -- easy enough under the hood, but I fear that it may complicate things too much for the user. In terms of the implementation details, let's discuss that after we agree on the design. regards. -walter -- 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] Music Keyboard failed to start
Didn't help. I've tried TamTam Edit and nothing happens after I click Play. -- Původní zpráva -- Od: Ignacio Rodríguez nachoe...@gmail.com Datum: 2. 5. 2013 Předmět: Re: [Sugar-devel] Music Keyboard failed to start Try install: python-sugar3 (sudo apt-get install python-sugar3) 2013/5/2 Petr Huf huff...@seznam.cz(mailto:huff...@seznam.cz) I'm running it on Ubuntu 13.04, 64bit. Others are OK, I can start them. -- Původní zpráva -- Od: Gonzalo Odiard gonz...@laptop.org(mailto:gonz...@laptop.org) Datum: 2. 5. 2013 Předmět: Re: [Sugar-devel] Music Keyboard failed to start This log does not help :( What is your environment? Other activities start without issues? Gonzalo On Thu, May 2, 2013 at 1:10 PM, Petr Huf huff...@seznam.cz (mailto:huff...@seznam.cz) wrote: Sorry, broken link. Here it is: https://dl.dropboxusercontent.com/u/57690591/org.sugarlabs. MusicKeyboard-1.log (https://dl.dropboxusercontent.com/u/57690591/org.sugarlabs.MusicKeyboard-1.log) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org(mailto:Sugar-devel@lists.sugarlabs.org) http://lists.sugarlabs.org/listinfo/sugar-devel (http://lists.sugarlabs.org/listinfo/sugar-devel) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org(mailto:Sugar-devel@lists.sugarlabs.org) http://lists.sugarlabs.org/listinfo/sugar-devel (http://lists.sugarlabs.org/listinfo/sugar-devel) -- Ignacio Rodríguez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [FEATURE] multiple home views
2013/5/2 Walter Bender walter.ben...@gmail.com: On Thu, May 2, 2013 at 10:20 AM, Daniel Drake d...@laptop.org wrote: On Thu, May 2, 2013 at 8:15 AM, Walter Bender walter.ben...@gmail.com wrote: [1] http://wiki.sugarlabs.org/go/Features/Multiple_home_views How is the teacher going to use the proposed functionality to ensure a consistent home view on all the XOs? Will he/she go to each XO one by one and mark the activities appropriately? Daniel First, my bias: I don't think that we should be trying to control the classroom through technology. Each classroom will use the tools in a manner they choose and we can only give them the best tools we can. Several scenarios: A. The teacher sets the ground rules at the beginning of the year: homeview 1 is for the classroom; homeview 2 is for the kid. Asks the kids to all sync and then things evolve slowly through the course of the school year. Teacher says: please add TuxMath to your homeview 1. Please remove Browse. I wonder, the deploys that are asking for this have tried a recent Sugar with the search capabilities in all views? I can imagine an scenario where the teacher asks the classroom to switch to the list view and then search TuxMath. Doesn't matter how varied are the homes, the list view will be always the same if the kids don't remove activities (a thing the teacher can ask for too). Or do they want to have activity sets per lesson? -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [FEATURE] multiple home views
2013/5/2 Walter Bender walter.ben...@gmail.com: On Thu, May 2, 2013 at 2:12 PM, Manuel Quiñones ma...@laptop.org wrote: 2013/5/2 Walter Bender walter.ben...@gmail.com: On Thu, May 2, 2013 at 12:35 PM, Walter Bender walter.ben...@gmail.com wrote: On Thu, May 2, 2013 at 12:27 PM, Manuel Quiñones ma...@laptop.org wrote: After reading the old thread, I see there was agreement on the problem, but no one discussed the solution / workflow. I think multiple home views can complicate the Sugar interface. Overloading the favorites as proposed complicates things, IMHO. Here are two other options: - A School activity that is a launcher of other activities. It can have collections like Math, etc. - Enhace the search entry: search for tags. Add tags to activities like math. Provide autocompletion. Yeah. I think either of these proposals are possible solutions, but at a cost: (1) something more for teachers to learn (they already know how to use the homeview) (2) something more to maintain (3) something more to design/code (4) not clear they actually lessen complexity And another thing :) I am not convinced that searching by curriculum topic, e.g.,g searching for math is in line with how we want to encourage Sugar to be used in the classroom. A project-based approach is about tools, not curriculum. So, for example, if I wanted the kids to make a Fototoon, I'd want Fototoon, Record, Paint, Browse, Write, et al. on the desktop. Collections based on projects, not curricula, is what we should be promoting. Yes, couldn't agree more. That's why I was a bit concerned on IRC when you talked about one home view per lesson. -- .. manuq .. I guess we are talking past each other here. I wasn't intending that we implement one homeview per lesson but rather the teacher *may* choose to change the homeview per lesson (as per my Fototoon example above). I think that 2 home views: one for the classroom (fromal) and one for the kid (informal) covers most of what we'd need practically. But I could imagine building an extensible solution -- easy enough under the hood, but I fear that it may complicate things too much for the user. In terms of the implementation details, let's discuss that after we agree on the design. I agree we should not discuss implementation datails yet. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [FEATURE] multiple home views
On Thu, May 2, 2013 at 2:27 PM, Manuel Quiñones ma...@laptop.org wrote: 2013/5/2 Walter Bender walter.ben...@gmail.com: On Thu, May 2, 2013 at 10:20 AM, Daniel Drake d...@laptop.org wrote: On Thu, May 2, 2013 at 8:15 AM, Walter Bender walter.ben...@gmail.com wrote: [1] http://wiki.sugarlabs.org/go/Features/Multiple_home_views How is the teacher going to use the proposed functionality to ensure a consistent home view on all the XOs? Will he/she go to each XO one by one and mark the activities appropriately? Daniel First, my bias: I don't think that we should be trying to control the classroom through technology. Each classroom will use the tools in a manner they choose and we can only give them the best tools we can. Several scenarios: A. The teacher sets the ground rules at the beginning of the year: homeview 1 is for the classroom; homeview 2 is for the kid. Asks the kids to all sync and then things evolve slowly through the course of the school year. Teacher says: please add TuxMath to your homeview 1. Please remove Browse. I wonder, the deploys that are asking for this have tried a recent Sugar with the search capabilities in all views? I can imagine an scenario where the teacher asks the classroom to switch to the list view and then search TuxMath. Doesn't matter how varied are the homes, the list view will be always the same if the kids don't remove activities (a thing the teacher can ask for too). Or do they want to have activity sets per lesson? -- .. manuq .. In OZ they have relatively recent Sugar. But think a minute about what you are asking: OK kids who are struggling with literacy: time to type into the search bar TuxMath without making any typos. Come on. Search has its place, but this isn't it. And again, you miss the point that activities are used together in a project. -walter -- 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] Music Keyboard failed to start
I don't have a Ubuntu 13.04 to test. All our test is on Fedora. Gonzalo On Thu, May 2, 2013 at 3:21 PM, Petr Huf huff...@seznam.cz wrote: Didn't help. I've tried TamTam Edit and nothing happens after I click Play. -- Původní zpráva -- Od: Ignacio Rodríguez nachoe...@gmail.com Datum: 2. 5. 2013 Předmět: Re: [Sugar-devel] Music Keyboard failed to start Try install: python-sugar3 (sudo apt-get install python-sugar3) 2013/5/2 Petr Huf huff...@seznam.cz I'm running it on Ubuntu 13.04, 64bit. Others are OK, I can start them. -- Původní zpráva -- Od: Gonzalo Odiard gonz...@laptop.org Datum: 2. 5. 2013 Předmět: Re: [Sugar-devel] Music Keyboard failed to start This log does not help :( What is your environment? Other activities start without issues? Gonzalo On Thu, May 2, 2013 at 1:10 PM, Petr Huf huff...@seznam.cz wrote: Sorry, broken link. Here it is: https://dl.dropboxusercontent.com/u/57690591/org.sugarlabs.MusicKeyboard-1.log ___ 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 -- Ignacio Rodríguez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] New sugar-build repository
sugar-build is now on github git://github.com/sugarlabs/sugar-build.git -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] New TamTamSuite release
dirakx, alsroot, I have tested the patches provided by dsd [1] and [2] applied over the sugar-0.94 branch, on all the xo models, and have ready to upload to aslo a new version 67. While I am one of the maintainers, releases were done previously by alsroot, if you don't have problem, I can upload the xo files. Gonzalo [1] http://lists.sugarlabs.org/archive/sugar-devel/2013-May/042758.html [2] http://lists.sugarlabs.org/archive/sugar-devel/2013-May/042757.html ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Journal share activity
I am not sure if I should be commenting here, but I also prefer the version with no tabs. Gerald On May 2, 2013 12:18 PM, Walter Bender walter.ben...@gmail.com wrote: +1 to getting rid of tabs. -walter On Thu, May 2, 2013 at 11:50 AM, Simon Schampijer si...@schampijer.dewrote: Hi, Manuel and myself have been looking at the work-flow for the Journal share activity these days: http://activities.sugarlabs.** org//en-US/sugar/addon/4656http://activities.sugarlabs.org//en-US/sugar/addon/4656 We discussed the design completely independent of possible technical constraints we will see what we can do, and what we can not but we wanted to first look at the work flow itself. Here is the state of things so far: ===Use cases=== (a) a teacher is handing out a pdf to the class (b) a teacher wants to collect a picture (Paint) or an assignment from each pupil (c) a group of pupils want to share files between each other (e.g. a project work) ===Questions=== * What can you share? You can share Journal items. * To whom can you share? People in your current network (see other activities you share) * Can everyone share who is a member of that session? The case where a teacher wants to collect data from the pupils (b), does impose privacy concerns. There should be the possibility to send a file to one person only without making it public to all of the members. * Is it a push or a pull model? (a) and (b) should be based on a push model. The receiver should be asked for confirmation of this transfer (see the current file transfers in the Sugar shell). Both sides need to know about the status of the transfer. (c) would be handled best with a pull model (see a download). ===Designs=== We basically started off with a UI based on tabs [1]. Each member of the session has a tab, the label contains the colored XO icon and the nick name of the learner. The first tab represents yourself. The header of each tab has information about the learner and if it is yours a button to share items with all the members. The body has the items you shared and each item a button to un-share an item. The other tabs list the items the learner shared and a button to download an item. This UI shows the pull model and handles case (c) well. It does not work for the case (b) that well, as a shared item is public to all of the members. Furthermore, a teacher would need to go to each tab in order to collect the data it needs. Based on the downsides of the first UI [1] we came up with the second UI [2]: On the left you see all the members that are present in the shared session (similar to the UI in Memorize). There is a button for each member to send him a file directly (handles case b). This list is scrollable. There could be as well a row at the bottom of the list for a 'sent to all' option to handle case (a). On the right side at the top is the list of items you shared publically. There is a button to add new items. The list is scrollable. There is a button to un-share your items and a button to download items shared by others. This is case (c), case (a) could be handled with this model as well. Below is a widget that shows the incoming items. You can accept those incoming files individually or have a button for accept all. There should be a way to select the storage target (Journal/USB/...) either with a Palette or a dialog. This is case (b). In the second sketch in [2] you can see a feedback widget for the items you sent (one-to-one transfers). It shows if an item has been received and you can cancel a transfer (see the file transfers protocol in the Sugar shell for this). Regards, Simon [1] http://dev.laptop.org/~erikos/**share/tabs.JPGhttp://dev.laptop.org/~erikos/share/tabs.JPG [2] http://dev.laptop.org/~erikos/**share/one.jpghttp://dev.laptop.org/~erikos/share/one.jpg __**_ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.**org Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/**listinfo/sugar-develhttp://lists.sugarlabs.org/listinfo/sugar-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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Social Sugar : GSoC '13
Hi, Social Sugar project looks really interesting. From what I understand this project would be about integrating external social networks like facebook and twitter with Sugar, right? Some of the features, I am thinking: using connected facebook/twitter account to post about projects made (may be later integration with project sharing website), mini profiles in group views and larger profiles with content from these sites in expanded view. Please suggest tasks that could be part of this project for the summer. I'll be updating the proposal on the wiki[1]. I was working towards Project sharing website[2], but Alexandro(JZA) suggested I could work on this one too. Cheers, Akshit [1] http://wiki.sugarlabs.org/go/Summer_of_Code/2013/Social_Sugar [2] http://wiki.sugarlabs.org/go/Summer_of_Code/2013/Project_sharing_website ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Social Sugar : GSoC '13
Ideally, we'd have a FOSS solution rather than Facebook/Twitter, which are not very good for kids. -walter On Thu, May 2, 2013 at 5:31 PM, Akshit Khurana axitkhur...@gmail.comwrote: Hi, Social Sugar project looks really interesting. From what I understand this project would be about integrating external social networks like facebook and twitter with Sugar, right? Some of the features, I am thinking: using connected facebook/twitter account to post about projects made (may be later integration with project sharing website), mini profiles in group views and larger profiles with content from these sites in expanded view. Please suggest tasks that could be part of this project for the summer. I'll be updating the proposal on the wiki[1]. I was working towards Project sharing website[2], but Alexandro(JZA) suggested I could work on this one too. Cheers, Akshit [1] http://wiki.sugarlabs.org/go/Summer_of_Code/2013/Social_Sugar [2] http://wiki.sugarlabs.org/go/Summer_of_Code/2013/Project_sharing_website ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-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
[Sugar-devel] [ASLO] Release Music Keyboard-7
Activity Homepage: http://activities.sugarlabs.org/addon/4654 Sugar Platform: 0.98 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28558/music_keyboard-7.xo Release notes: Output to ALSA directly from csound (Daniel Drake) 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] Social Sugar : GSoC '13
I like how this could complement the sharing web site project, like walter said it could be interesting if we could try the ideas you mention on a foss back end :) (sharing web site ;)) On May 2, 2013 5:36 PM, Walter Bender walter.ben...@gmail.com wrote: ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel