More Planning Thoughts
Dear devel@, While I'm still rather far away from "done", I may have imposed enough structure on my present fragmented reflections on our goals to be worth your review [1]. [1]: http://teach.laptop.org/~mstone/planning/r1 As always, questions & comments are greatly appreciated. In this particular email, I'm most interested in thoughts that my commentary inspires in you and in your contributions toward my "represents the diversity of justified views within the tech community" goal. In future emails, I will be more concerned with your analysis of the quality of the justifications given and of the appropriateness of the proposed primary and backup plans. (Also, this week, particular thanks are due to Greg for his excellent and intriguing discussion [2] of, in my words, "how to avoid painting your team into ugly corners".) [2]: http://wiki.laptop.org/go/User:Mstone/August_planning#A_suggestion_on_how_to_reach_a_decision_quickly Michael P.S. - (Feel free to wikify if it matters to you; I certainly appreciate the feedback I've received on [2], particularly Greg's comments [3]. Alternately, would people find something like the FSF's GPLv3 comment system, the Django Book's comment system, or the Real World Haskell Book's comment system handy for preparing this sort of planning document? If so, can anyone volunteer to put up an instance? Alternately, does TOPP supply anything that addresses the communication problems posed by documents like this one?) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Initial FiftyTwo release
I've released FiftyTwo onto the internet (finally . . .): wiki.laptop.org/go/Games/FiftyTwo Can anyone give me feedback on how I'm doing? Thanks, KAWK ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: fun and games with trying to un-suspend
"I too" since before joyride 1850 (sorry, I don't know exactly when it started.) I have no SD card in slot. I frequently travel with my XO around town during my various meetings and volunteer activities. Great little device for taking quick notes at the table. :-) Take it to one meeting, take notes in Write... when done... close the lid. Off to the next meeting, open lid... light above camera blinks on/off. I push around on the touchpad to active... light blinks again screen appears for a split second, then goes dark. I push a few keys, the light blinks evertime I hit a key.. but screen doesn't come back. I've figured out by trial and error, holding down the power button for 5 seconds... release.. and it comes back. However, if much longer than that shuts down completely the power. Unfortunately, two of the meeting notes/minutes I have taken are *poof*. I opened them up a few days later, and only a few words in the Journal saved session. :-/ I never clicked on 'Kept', and had assumed that the Journal would save the latest version. I suspect that the suspend feature either corrupted the document during going into suspend mode.. or later on.. after a joyride update... the document was corrupted. I have a backup [1] of the /home/olpc files shortly before one of the meetings, and still trying to hunt down possible fragments. But I believe the other one is gone for good. :-/ Got to be more careful in the future. I think frequently clicking on 'Kept' may minimize the possible corruption... Along with clicking on (and completion) of 'Kept' a few minutes before closing the lid... may help too. (I typically close the lid while Write is open, maybe returning to 'home' before suspend will also help?) :-/ Sadly reminded that 'joyride' is actually a beta product. --Ixo [1] My handy dandy 'xo-backup-server', from http://wiki.laptop.org/go/User:Ixo/Script > 2008/4/15 Martin Dengler <[EMAIL PROTECTED]>: > > I've had these symptoms often over the course of the last two months, > > with various update.1 / joyride builds. The issue seems a lot more > > often / prevelant when I had an SD card inserted before suspending. > > > > Nothing I could reproduce easily, thus no trac. > > > > Martin > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Handling TamTam Resources...
Thanks for quick answers! Le 08-04-15 à 20:43, Eben Eliason a écrit : >> Olivier Bélanger wrote: >> | Is there a way to let all TamTam activities have access to a >> common >> | directory? >> >> No. Activities are untrusted code. The security design assumes >> that >> every Activity is a trojan horse, unless the user specifically >> requests >> otherwise. OK, it's clear! >> >> >> | How do think this stuff should be implemented? >> >> The easiest solution, and the one I recommend, is to make the TamTam >> activities into a single activity. There is no need to have 4 >> distinct >> activities. Switching between screens within one activity seems >> much more >> reasonable than running multiple distinct TamTam activities. I >> cannot >> keep track of which one is which. > > Actually, I specifically recommend against this model, myself. The > activities each focus on very different overall tasks. One is for > composing, another is for performing, yet another is for > constructing/editing sounds. I wholeheartedly agree that we need to > make them work together as seamlessly as possible, but the "do one > thing and do it well" mantra is one that applies here, I believe. > Each interface should be as clean and intuitive as possible, without > the need to shuffle around a bunch of different toolbars and views. > That's the reason the activity model exists as it does, fullscreen and > with identifying icons for each activity. At some point in the past, TamTam was only one activity, with a welcome screen to choose which activity to play with. We were asked to split our activities and I think it was a good call. Most of our activities are now very complex and are design for different purposes. I think the split facilitates learning what each of them does... > > Moreover, keeping them all together emphasizes their interoperability > at the expense of generating objects that are available for use in all > of sugar. I should be able to make a sound in SynthLab and import > that into my Slideshow. I shoul dbe able to record a sound in the > Record activity and import that into my TamTamJam session. etc. > Finding the correct way to let these activities share objects is > crucial to creating the environment we *need* to reach with Sugar as a > whole. > I am agree with the example of SynthLab's sound imported into SlideShow, that makes sense... but I don't think it's a good idea to share all our resources. Some sounds will be relevent only inside TamTam environment, musical context, very stripped sound with fine tuned loop points, etc... Can we use the datastore without creating an entry in the Journal (kind of private resources)? Actually, TamTam saves tunes in ogg format in the Journal, this is the files that we really want to import in others activities! >> If the activities must be separate, I recommend using the >> P_DOCUMENT_RO >> model. Whenever SynthLab creates a new sound, it should be added >> to the >> datastore as a new entry. TamTamEdit can then run with >> P_DOCUMENT_RO >> permission, scan the datastore for all sounds created so far, and >> load >> them all. > > This is the method I strongly recommend as well, as it has the > advantages I spoke of above. If these objects are created an placed > into the Journal, then they can be shared, copied, edited, etc, with > any activity that supports their type. > OK, I will look at the P_DOCUMENT_RO model. Is there a template or an activity that does this kind of stuff where I can study the code? Olivier ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: VoiceThreads ... a very interesting education service
Wow, thanks for posting that link – what a lovely site. It actually already feels pretty close to a possible Sugar activity, and would fit right in with the XO's hardware features. Actually, I think Record is already pretty close to a whole bunch of these features** with its shared and annotated images/audio/movies, it could be used in a similar way***. ** except for the (my opinion) design flaw where you can't share existing recordings, only ones you record after someone else joins a shared session – so no point taking a bunch of photos of things and then clicking share – no one sees anything. For a test, a while back, I set up a Record session, named it 'View out your window', took a couple of photos, and turned sharing on. A bunch of folks joined over an hour or so and left photos of their view, but they couldn't see my photos, and I could only see a thumbnail of their photos (gave a network time-out error if I tried to click a thumb). Still a fascinating exercise even if it didn't quite go to plan (showed the potential). *** If you could resume a pre-recorded Record activity *AND* then share it out, it could be a good way to do photo journal type homework or research. Perhaps needs a better playback mode (text notes and images shown at once; ability to reorder the items in the bottom pane; ability to take a photo, then record audio associated with it). Maybe if Journal item sharing arrives as some point, this will be a practical way of generating and sharing similar content. Gary On 16 Apr 2008, at 03:00, Carol Lerche wrote: > http://voicethread.com/ > > Check out the educational community...http://ed.voicethread.com/ It > is > described in their blog link. There ought to be synergy here, or at > least > we could learn from what they are doing and create an open version, > if they > aren't interested in collaboration. The UI seems to fall into the > request > made for blogging software in a sideways kind of way. Wouldn't it > be neat > to collaborate either just with XOs or on the school server with a > function > like this? > > Carol Lerche > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
VoiceThreads ... a very interesting education service
http://voicethread.com/ Check out the educational community...http://ed.voicethread.com/ It is described in their blog link. There ought to be synergy here, or at least we could learn from what they are doing and create an open version, if they aren't interested in collaboration. The UI seems to fall into the request made for blogging software in a sideways kind of way. Wouldn't it be neat to collaborate either just with XOs or on the school server with a function like this? Carol Lerche ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New faster build 1870
http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build1870 Changes in build 1870 from build: 1858 Size delta: 0.00M -rsync 2.6.9-3.fc7 +rsync 2.6.9-6.fc7 -speex 1.2-0.2.beta1 +speex 1.2-0.3.beta1 -taglib 1.4-5.fc7 +taglib 1.5-1.fc7 --- Changes for rsync 2.6.9-6.fc7 from 2.6.9-3.fc7 --- + Security release: http://rsync.samba.org/security.html#s3_0_2 --- Changes for speex 1.2-0.3.beta1 from 1.2-0.2.beta1 --- + Security update: Add mode checks to speex_packet_to_header() to protect --- Changes for taglib 1.5-1.fc7 from 1.4-5.fc7 --- + taglib-1.5 + taglib-1.5rc1 + omit taglib-1.4_wchar.diff (for now) + taglib-1.5b1 + svn20080116 snapshot + multiarch conflicts (#343241) + svn2007 snapshot (#376241) + -BR: automake + +BR: zlib-devel + use cmake, fixes "taglib_export.h not included" (#272361#c7) + rebuild + BR: automake + update to svn version + fix license tag + rebuild for BuildID -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/faster-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1870
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1870 Changes in build 1870 from build: 1858 Size delta: 0.13M -rsync 2.6.9-3.fc7 +rsync 2.6.9-6.fc7 -speex 1.2-0.2.beta1 +speex 1.2-0.3.beta1 -taglib 1.4-5.fc7 +taglib 1.5-1.fc7 --- Changes for rsync 2.6.9-6.fc7 from 2.6.9-3.fc7 --- + Security release: http://rsync.samba.org/security.html#s3_0_2 --- Changes for speex 1.2-0.3.beta1 from 1.2-0.2.beta1 --- + Security update: Add mode checks to speex_packet_to_header() to protect --- Changes for taglib 1.5-1.fc7 from 1.4-5.fc7 --- + taglib-1.5 + taglib-1.5rc1 + omit taglib-1.4_wchar.diff (for now) + taglib-1.5b1 + svn20080116 snapshot + multiarch conflicts (#343241) + svn2007 snapshot (#376241) + -BR: automake + +BR: zlib-devel + use cmake, fixes "taglib_export.h not included" (#272361#c7) + rebuild + BR: automake + update to svn version + fix license tag + rebuild for BuildID -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Handling TamTam Resources...
> Olivier Bélanger wrote: > | Is there a way to let all TamTam activities have access to a common > | directory? > > No. Activities are untrusted code. The security design assumes that > every Activity is a trojan horse, unless the user specifically requests > otherwise. > > > | How do think this stuff should be implemented? > > The easiest solution, and the one I recommend, is to make the TamTam > activities into a single activity. There is no need to have 4 distinct > activities. Switching between screens within one activity seems much more > reasonable than running multiple distinct TamTam activities. I cannot > keep track of which one is which. Actually, I specifically recommend against this model, myself. The activities each focus on very different overall tasks. One is for composing, another is for performing, yet another is for constructing/editing sounds. I wholeheartedly agree that we need to make them work together as seamlessly as possible, but the "do one thing and do it well" mantra is one that applies here, I believe. Each interface should be as clean and intuitive as possible, without the need to shuffle around a bunch of different toolbars and views. That's the reason the activity model exists as it does, fullscreen and with identifying icons for each activity. Moreover, keeping them all together emphasizes their interoperability at the expense of generating objects that are available for use in all of sugar. I should be able to make a sound in SynthLab and import that into my Slideshow. I shoul dbe able to record a sound in the Record activity and import that into my TamTamJam session. etc. Finding the correct way to let these activities share objects is crucial to creating the environment we *need* to reach with Sugar as a whole. > If the activities must be separate, I recommend using the P_DOCUMENT_RO > model. Whenever SynthLab creates a new sound, it should be added to the > datastore as a new entry. TamTamEdit can then run with P_DOCUMENT_RO > permission, scan the datastore for all sounds created so far, and load > them all. This is the method I strongly recommend as well, as it has the advantages I spoke of above. If these objects are created an placed into the Journal, then they can be shared, copied, edited, etc, with any activity that supports their type. - Eben ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Handling TamTam Resources...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Olivier Bélanger wrote: | Is there a way to let all TamTam activities have access to a common | directory? No. Activities are untrusted code. The security design assumes that every Activity is a trojan horse, unless the user specifically requests otherwise. | How do think this stuff should be implemented? The easiest solution, and the one I recommend, is to make the TamTam activities into a single activity. There is no need to have 4 distinct activities. Switching between screens within one activity seems much more reasonable than running multiple distinct TamTam activities. I cannot keep track of which one is which. If the activities must be separate, I recommend using the P_DOCUMENT_RO model. Whenever SynthLab creates a new sound, it should be added to the datastore as a new entry. TamTamEdit can then run with P_DOCUMENT_RO permission, scan the datastore for all sounds created so far, and load them all. I am not sure about the current state of datastore security; I believe it is minimal. However, if you follow this pattern, you will be appropriately future-proofed. In the Bitfrost design, P_DOCUMENT_RO is mutually exclusive with P_NETWORK by default. If you require both P_DOCUMENT_RO and P_NETWORK for a single activity, you may request this additional permission at install time. When TamTam activities are added before students receive laptops, they will be installed by customization keys, which will also set the desired permissions. - --Ben -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIBUKDUJT6e6HFtqQRAuA1AJ9aiX8cu/DK/XDsBzNc7ta5zu9jNwCfSicH JfAM7kfj6+bFj+5uwau+hqY= =hYOC -END PGP SIGNATURE- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Handling TamTam Resources...
Hi all, I'm working on sharing resources between our 4 activities with respect to the security policy. It will be very helpfull if you have time to give me your opinion on the problem... Here is the situation: TamTamJam and TamTamSynthLab produce sounds that we want usable by any TamTam activities. Each sounds come with a little text file specifying some attributes of the sound (loop points, crossfade duration, amplitude, ...). Before security policy, all our stuff was saved in .sugar/default/tamtam and all activities was looking there for resources... that was working very well. Now, I moved all permanent saved stuff to DATA_DIR and everything work except that others TamTam activity (e.g. TamTamEdit) can't use sounds saved in TamTamJam's DATA_DIR. Is there a way to let all TamTam activities have access to a common directory? How do think this stuff should be implemented? Thank you very much! Olivier Bélanger TamTam's developer team ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC-Games] Wordsmith ( Scrabble ) :GSoC application
even better would be two sets of tiles that can be "superimposed," one for the vowel (or half-letter) part and one for the consonant part. Sorry thought of this too late, I was thinking too much along physical-scrabble lines before. -p On Tue, Apr 15, 2008 at 6:13 PM, Shikhar <[EMAIL PROTECTED]> wrote: > > Scrabble and crossworld puzzles aren't quite the same thing. The deal > > with crossword puzzles is that you only need to put in the exact glyphs that > > are in the crossword puzzle, whereas scrabble will have to have every single > > one. In Nepali, the number of devnagari letters we use (vowel+consonant) > > is 36 * 12 + c where c > 0, for some "extra characters." > > > > To illustrate what I am saying: in a crossword puzzle that has the word > > होली, you can just use other words that utilize हो but not any of the other > > vowel conjugates of ह, ie हा हि ही हु हू हो हौ हे है हं ह: . In scrabble, > > you'd need to provide all of these as tiles that one could use. The set of > > words in crossword puzzles is limited, and therefore the set of glyphs used, > > much smaller than the number I listed above. > > > > And there is still the issue of half letters. ie. words like कुर्ता (क > > ु र् त ा) चिन्ह (ि च न् ह or च ि न् ह )? > > > > -prabhas > > > An idea would be to provide the standard set of letters and for each of > them also allow the user to select a vowel conjugate or make it a > half-letter. It seems reasonable to me. > > Shikhar > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC-Games] Wordsmith ( Scrabble ) :GSoC application
> Scrabble and crossworld puzzles aren't quite the same thing. The deal > with crossword puzzles is that you only need to put in the exact > glyphs that are in the crossword puzzle, whereas scrabble will have to > have every single one. In Nepali, the number of devnagari letters we > use (vowel+consonant) > is 36 * 12 + c where c > 0, for some "extra characters." > > To illustrate what I am saying: in a crossword puzzle that has the > word होली, you can just use other words that utilize हो but not any of > the other vowel conjugates of ह, ie हा हि ही हु हू हो हौ हे है हं ह: . In > scrabble, you'd need to provide all of these as tiles that one could > use. The set of words in crossword puzzles is limited, and therefore > the set of glyphs used, much smaller than the number I listed above. > > And there is still the issue of half letters. ie. words like कुर्ता (क ु > र् त ा) चिन्ह (ि च न् ह or च ि न् ह )? > > -prabhas An idea would be to provide the standard set of letters and for each of them also allow the user to select a vowel conjugate or make it a half-letter. It seems reasonable to me. Shikhar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activity Launch Notification
On Tue, Apr 15, 2008 at 12:18:19PM -0700, [EMAIL PROTECTED] wrote: > since there is a key on the keyboard dedicated to controlling the frame, I > have been very happy with just disabling the automatic popup completely. Ditto, for the same reason. > David Lang Martin pgpiYluTruEp8.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activity Launch Notification
> We've recognized that accidental activation of the Frame is a problem, > but haven't had time to implement any of the proposed changes. The > simplest change we hope to add is a tiny delay, to prevent accidental > activation when attempting to reach a button or element near the > corners. Even a very small delay of, perhaps, 1/5 second should help > reduce this. We'll likely add a slider to the control panel allowing > this value to be adjusted from instantaneous to off. Other ideas are > welcome, as is any feedback that indicates the common causes for the > accidental activation. (Is it the jumpy trackpad? attempts to hit > buttons in toolbars? activities with canvases such as paint? etc.) > Idea: When the cursor moves to the corner/edge nothing should happen. If the cursor movement stops then for some time Sugar should watch the cursor and if the user moves past the screen edge by a large amount only then should it show the frame. Unfortunately it would require Sugar watching the raw touch pad input since the cursor cannot leave the screen area. (Alternatively the frame can be shown by just leaving the mouse cursor at the edge for a very long time...) The point of this idea is that it is a simple touch pad gesture. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activity Launch Notification
On Tue, 15 Apr 2008, Eben Eliason wrote: >> BTW I am starting to ask users if they like the "hot corners" frame >> popup thingy. Let me know if you are open to feedback on that and if you >> have any alternative design proposals to share or specific questions you >> want answered. > > We've recognized that accidental activation of the Frame is a problem, > but haven't had time to implement any of the proposed changes. The > simplest change we hope to add is a tiny delay, to prevent accidental > activation when attempting to reach a button or element near the > corners. Even a very small delay of, perhaps, 1/5 second should help > reduce this. We'll likely add a slider to the control panel allowing > this value to be adjusted from instantaneous to off. Other ideas are > welcome, as is any feedback that indicates the common causes for the > accidental activation. (Is it the jumpy trackpad? attempts to hit > buttons in toolbars? activities with canvases such as paint? etc.) just moving the pointer around it's too easy to trigger the frame. the jumpy trackpad makes this worse, but it's just really easy to loose track of where the pointer is and have the frame pop up. since there is a key on the keyboard dedicated to controlling the frame, I have been very happy with just disabling the automatic popup completely. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activity Launch Notification
> I'm not sure what zoom level means or what the frame will look like in > this case. Regardless, if the kids can still launch other activities you > may want to check this design to ensure it covers the basic challenge > raised by Carol in the SouthBronx class. That is, does it prevent kids > from clicking on lots of things because they run out of patience while > waiting for the first to load then end up with too many activities > running and the whole system slows to a crawl? Well, this is a "yes and no" answer. I think that it will greatly reduce the phenomenon, since it will "take away" all of the icons which allow them to launch more activities by default, requiring them to explicitly return to the other views to launch more. Kids won't just be able to click the next icon they see on screen. > My impression is that it will help a lot. Still, it does sound like a > good candidate for a trial with a few real kids. If you can mock it up, > maybe Carol can take it back to the class for a sanity check. Absolutely. There are a few changes iin the newer builds we'd love to get direct feedback on. > Its certainly better than the blinking icon so even without a trial you > should probably just do it. Seems like a sure win unless there is some > other negative side effect (greater memory or disk usage, launch time > much longer, harder to code new activities, other?). The pulsing could potentially slow the launch slightly, but I think it will be minimal. It's a very small area to redraw, and we can cache the frames. > BTW I am starting to ask users if they like the "hot corners" frame > popup thingy. Let me know if you are open to feedback on that and if you > have any alternative design proposals to share or specific questions you > want answered. We've recognized that accidental activation of the Frame is a problem, but haven't had time to implement any of the proposed changes. The simplest change we hope to add is a tiny delay, to prevent accidental activation when attempting to reach a button or element near the corners. Even a very small delay of, perhaps, 1/5 second should help reduce this. We'll likely add a slider to the control panel allowing this value to be adjusted from instantaneous to off. Other ideas are welcome, as is any feedback that indicates the common causes for the accidental activation. (Is it the jumpy trackpad? attempts to hit buttons in toolbars? activities with canvases such as paint? etc.) - Eben > -Original Message- > From: Eben Eliason [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 15, 2008 10:35 AM > To: Greg Smith (gregmsmi) > Cc: devel@lists.laptop.org > Subject: Activity Launch Notification > > > What if the activity "hangs"? > > > > I have seen that several times with Xaos fractal builder activity and > > > possibly others. I remember one case in Nepal where it took 20 minutes > > > to launch eToys. > > > > I think the UI suggestion is great and will help prevent kids from > > clicking on many activities while they wait for the first to launch. > > Just want to cover the case where the first one takes a very long > > time or doesn't launch at all. We need a way to abort (kill -9?) or > > go on with other work if the activity is not coming up. > > Well, there are two parts to this problem. > > First, this launching screen will take the place of the activity zoom > level for the launching activity, before the activity window itself > appears. The Frame will remain available, allowing the kids to switch > away from the launch, in order to continue working in another activity, > launch additional activities, or browse the other zoom levels. As such, > they'll never be "locked in". > > Second, there's the issue of "force stopping" activities. I brought > this up as something I'd like to support a while back, but found that it > is complicated by the manner in which activities are launched, since we > don't necessarily know the process ID it's running under during launch > (or something like that...Marco can clarify). In any case, if we can do > it, we should, offering a "Stop" button in the palette for the launching > activity. If we can't, it's still not a showstopper, since it's > possible to switch away, and the launch will timeout eventually, > preventing the pulsing icon from forever haunting the Frame. > > - Eben > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: fun and games with trying to un-suspend
> The issue seems a lot more often / prevalent > when I had an SD card inserted before suspending. Bingo! I have a permanent SD card which I (manually) use for my "datastore" (I'm not a Journal lover). I wrote up #6584 because I'd as soon have the OLPC software KEEP ITS HANDS OFF my SD. [I'd be perfectly happy to do the 'mount' myself.] http://lists.laptop.org/pipermail/devel/2008-February/010870.html suggested a way for me to prevent scanning of my SD (presumably including when coming out of suspend). At that point in time, I made the changes to volumesmanager.py, and it worked as I wanted. Unfortunately, as I kept updating to more recent OLPC software versions, this "patch" stopped working. As far as I can tell, I was applying the same code instructions as before - so the resumption of scanning (despite my "patch") might have been due to OLPC software changes elsewhere. Though I would want to *inhibit* the XO from scanning my SD, I don't currently know how to do that. mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: Activity Launch Notification
Hi Eben, Thanks for the comment and for covering all the bases. I'm not sure what zoom level means or what the frame will look like in this case. Regardless, if the kids can still launch other activities you may want to check this design to ensure it covers the basic challenge raised by Carol in the SouthBronx class. That is, does it prevent kids from clicking on lots of things because they run out of patience while waiting for the first to load then end up with too many activities running and the whole system slows to a crawl? My impression is that it will help a lot. Still, it does sound like a good candidate for a trial with a few real kids. If you can mock it up, maybe Carol can take it back to the class for a sanity check. Its certainly better than the blinking icon so even without a trial you should probably just do it. Seems like a sure win unless there is some other negative side effect (greater memory or disk usage, launch time much longer, harder to code new activities, other?). My 2 cents. Thanks for sharing the design idea on the list. BTW I am starting to ask users if they like the "hot corners" frame popup thingy. Let me know if you are open to feedback on that and if you have any alternative design proposals to share or specific questions you want answered. Thanks, Greg S -Original Message- From: Eben Eliason [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 15, 2008 10:35 AM To: Greg Smith (gregmsmi) Cc: devel@lists.laptop.org Subject: Activity Launch Notification > What if the activity "hangs"? > > I have seen that several times with Xaos fractal builder activity and > possibly others. I remember one case in Nepal where it took 20 minutes > to launch eToys. > > I think the UI suggestion is great and will help prevent kids from > clicking on many activities while they wait for the first to launch. > Just want to cover the case where the first one takes a very long > time or doesn't launch at all. We need a way to abort (kill -9?) or > go on with other work if the activity is not coming up. Well, there are two parts to this problem. First, this launching screen will take the place of the activity zoom level for the launching activity, before the activity window itself appears. The Frame will remain available, allowing the kids to switch away from the launch, in order to continue working in another activity, launch additional activities, or browse the other zoom levels. As such, they'll never be "locked in". Second, there's the issue of "force stopping" activities. I brought this up as something I'd like to support a while back, but found that it is complicated by the manner in which activities are launched, since we don't necessarily know the process ID it's running under during launch (or something like that...Marco can clarify). In any case, if we can do it, we should, offering a "Stop" button in the palette for the launching activity. If we can't, it's still not a showstopper, since it's possible to switch away, and the launch will timeout eventually, preventing the pulsing icon from forever haunting the Frame. - Eben ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How to use Salut?
Hi James On Tue, Apr 15, 2008 at 5:18 PM, James Simmons <[EMAIL PROTECTED]> wrote: > Thanks for the information on ejabberd. I may try that this weekend. I am > still puzzled by salut, though. I am using sugar-jhbuild on openSUSE 10.2 > and everything seemed to compile OK, but running two instances of Sugar does > not seem to support sharing when the Collabora server is down. They don't > see each other in the Neighborhood view. So it looks like Salut isn't doing > its job. Salut uses avahi, so you can see what salut sees if you run "avahi-discover" (on Ubuntu, you need package avahi-discover installed). (Or you can use avahi-browse for a text-mode equivalent - I think both are available on the XO.) Running avahi-discover on my laptop while I have a jhbuild instance running, shows "iChat Presence" > "[EMAIL PROTECTED]" which is the salut instance on my laptop. Clicking on that entry shows the properties of the salut buddym including "TXT nick =" If you share an activity, you will see it appear in avahi-discover as "_olpc-activity1._udp" and also appear in "_clique._udp". If you are not seeing any of this on the openSUSE machine, then perhaps the setup instructions for that distro are missing some dependency or something. Let us know. > I know you have a lot on your plate, but information on diagnosing Salut > problems would be a good addition to the Wiki. I'll add the above avahi stuff to the [[Telepathy Salut]] page and/or [[Telepathy debugging]]. Our Salut documentation is particularly sparse - Daf and I will work on that. > Speaking of the Wiki, I did a search on Salut and the page I found gave the > impression that Salut only works when there is NO internet connectivity. > Since my development machines are always connected to the Internet this > could be why I can't share between instances. The wiki page I found is at: > http://wiki.laptop.org/go/Test_Network_Configuration#Salut This is documented at http://wiki.laptop.org/go/Presence_Service#Active_connection - I'll try to make that more findable. Basically Gabble will run when you have internet access (a valid IPv4 address) and can connect to the configured jabber server. If it fails to connect, or disconnects, or doesn't get an IP address, Salut runs. A very quick test for which one is running is: "ps ax |grep telepathy" - if it shows telepathy-gabble, you're on a jabber server. If it shows telepathy-salut, you're on salut. If it shows neither, then something made salut crash - please log a ticket and attach logs if you have them enabled[0]. If it shows both gabble and salut, also log a ticket against presence-service with presenceservice.log. Regards Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Driver patch approved
Hi! I would like to ask your attention to the kernel patch at: http://dev.laptop.org/ticket/#comment:4 It fixes "ethtool -S", a very important debugging tool (it provides NIC statistics). It was proposed by dwmw2 and already tested. It seems ready for committing. Best regards, Ricardo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC-Games] Wordsmith ( Scrabble ) :GSoC application
First, the script that Hindi is written in is called "Devnagari," and also used by other langauges (including Marathi according to Wikipedia). On Sat, Apr 12, 2008 at 4:39 PM, Joshua N Pritikin <[EMAIL PROTECTED]> wrote: > On Sat, Apr 12, 2008 at 01:34:26PM -0700, Edward Cherlin wrote: > > > However, i am yet to find any implementation of scrabble in Hindi. I > think > > > Hindi would be a too complicated to implement but would ask some hindi > > > professors i know for confirmations. > > > > Google finds nothing. > > I lived in India for 6 years. I have seen crossword puzzles in > Marathi. If Marathi is possible then any of the Indic languages are > possible. Maybe you won't find Scrabble because Scrabble is not a > popular game in India. > Scrabble and crossworld puzzles aren't quite the same thing. The deal with crossword puzzles is that you only need to put in the exact glyphs that are in the crossword puzzle, whereas scrabble will have to have every single one. In Nepali, the number of devnagari letters we use (vowel+consonant) is 36 * 12 + c where c > 0, for some "extra characters." To illustrate what I am saying: in a crossword puzzle that has the word होली, you can just use other words that utilize हो but not any of the other vowel conjugates of ह, ie हा हि ही हु हू हो हौ हे है हं ह: . In scrabble, you'd need to provide all of these as tiles that one could use. The set of words in crossword puzzles is limited, and therefore the set of glyphs used, much smaller than the number I listed above. And there is still the issue of half letters. ie. words like कुर्ता (क ु र् त ा) चिन्ह (ि च न् ह or च ि न् ह )? -prabhas ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Severe new bug in firmware Q2D13?
Some of the machines from the first production run had bad battery holders. Not the main battery, but rather the small "coin cell" battery on the mainboard that powers the time-of-day/calendar clock chip. Those battery holders have a plastic retention lip that holds the coin cell in place. On the bad ones, the lip is too small, and the batteries can become loose or even fall out entirely. When this happens, the time-of-day/calendar clock chip loses its power, forgets what day it is, and resets to the earliest date. The long-term solution is to replace the battery holder, but I don't know what the logistics of this would be in your situation. It might involve swapping the main boards and sending the bad ones to a repair depot, or perhaps sending the entire laptop for repair, or perhaps getting a supply of the battery holders and replacing just them. As an interim solution, it might be possible to use glue to hold the coin cell battery in place. Open the laptop, insert the battery firmly in the holder, and put glue around the rim of the holder where the plastic contacts the battery, taking care not to put glue on the metal contacts. You might want to experiment with different kinds of glue that you have readily available to find on that sticks to the plastic battery holders. I am doing some experiments here. So far I have found that hot-melt glue does not work well (it doesn't stick). Solvent-based household cement seems to stick, but I haven't had time to let it harden fully. I am also trying white glue (polyvinyl acetate). I'm pretty sure that epoxy would work, because it sticks well to a lot of things, but it is slightly harder to work with than one-part glues. "Super glue" (cyanoacrylate) would probably work too, but I don't have any handy so I haven't tried it. After you have secured the battery in the holder, activate the laptop, then use the Linux "date" and "hwclock" commands to set the system date. (Or "ntpdate" and "hwclock" - see http://wiki.laptop.org/go/Customizing_NAND_images#Time) If you have developer keys for those machines and a wireless access point that is connected to the Internet, you can set the date from the firmware: ok wifi MYSSID ok ntp-set-clock where "MYSSID" is the SSID of your access point. That assumes an "open" access point. If the access point uses "WEP" security (which isn't very good), you must first set the key with: ok wep 123456789a where the argument is a 10-character or 26-character hex number. If the access point uses WPA security, you must first set the "preshared key" with ok wpa where the argument is a 64-character hex number. WPA authentication can be complicated, so it might not work for you. Emiliano Pastorino wrote: > Scott, > We're having serious problems here in Uruguay with firmware Q2D13. > Some laptops, after flashing them, show an "Invalid system date" error > at boot time. The laptop won't boot because after that it shows a > "Lease expired" message and tries to activate. We could activate the > laptop, but when you reboot it, the same error message appears. > In the time between we activate the laptop and before we reboot it, we > could check the date, it says "mar nov 30 01:35:11 EST 1999". This > started to happen after we upgrade the firmware from Q2D07 (which had > an activation problem) to Q2D13. It seems that the > I've attached three screenshots of the boot screen. > We need someone to check this and solve the problem asap. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
How to use Salut?
Morgan, Thanks for the information on ejabberd. I may try that this weekend. I am still puzzled by salut, though. I am using sugar-jhbuild on openSUSE 10.2 and everything seemed to compile OK, but running two instances of Sugar does not seem to support sharing when the Collabora server is down. They don't see each other in the Neighborhood view. So it looks like Salut isn't doing its job. I know you have a lot on your plate, but information on diagnosing Salut problems would be a good addition to the Wiki. Speaking of the Wiki, I did a search on Salut and the page I found gave the impression that Salut only works when there is NO internet connectivity. Since my development machines are always connected to the Internet this could be why I can't share between instances. The wiki page I found is at: http://wiki.laptop.org/go/Test_Network_Configuration#Salut Thanks, James Simmons Morgan Collett wrote: >As Tomeu pointed out you can use salut and it is the fall-back for >when you cannot connect to a Jabber server. > >If you want to run your own server, I have posted instructions on the >wiki on installing ejabberd with the required patches and >configuration at http://wiki.laptop.org/go/Installing_ejabberd > >(The [[Jabber]] page links to [[Run your own jabber server]] which in >turn links to [[Installing ejabberd]] so it should be discoverable if >you know it's there...) > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: fun and games with trying to un-suspend
Hi, > I've had these symptoms often over the course of the last two > months, with various update.1 / joyride builds. This is http://dev.laptop.org/ticket/6590. I'll put more effort into reproducing it here. > The issue seems a lot more often / prevelant when I had an SD card > inserted before suspending. We have several issues with suspend/resume and SD cards. In particular: http://dev.laptop.org/ticket/6532 (SD card corruption) http://dev.laptop.org/ticket/4013 (Block device disappears on resume) Until we can get these fixed satisfactorily, I think the only option is to inhibit suspends altogether when an SD card is inserted. I've just filed #6893 to track doing that for the next release. Thanks, - Chris. -- Chris Ball <[EMAIL PROTECTED]> ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Activity Launch Notification
> What if the activity "hangs"? > > I have seen that several times with Xaos fractal builder activity and > possibly others. I remember one case in Nepal where it took 20 minutes > to launch eToys. > > I think the UI suggestion is great and will help prevent kids from > clicking on many activities while they wait for the first to launch. > Just want to cover the case where the first one takes a very long time > or doesn't launch at all. We need a way to abort (kill -9?) or go on > with other work if the activity is not coming up. Well, there are two parts to this problem. First, this launching screen will take the place of the activity zoom level for the launching activity, before the activity window itself appears. The Frame will remain available, allowing the kids to switch away from the launch, in order to continue working in another activity, launch additional activities, or browse the other zoom levels. As such, they'll never be "locked in". Second, there's the issue of "force stopping" activities. I brought this up as something I'd like to support a while back, but found that it is complicated by the manner in which activities are launched, since we don't necessarily know the process ID it's running under during launch (or something like that...Marco can clarify). In any case, if we can do it, we should, offering a "Stop" button in the palette for the launching activity. If we can't, it's still not a showstopper, since it's possible to switch away, and the launch will timeout eventually, preventing the pulsing icon from forever haunting the Frame. - Eben > On Mon, Apr 14, 2008 at 6:39 PM, Gary C Martin <[EMAIL PROTECTED]> > > wrote: > > On 14 Apr 2008, at 15:04, Mikus Grinbergs wrote: > > > > > Personal note: Been running the "new look" Sugar/Joyride for a > > > while. [It does what you describe when an Activity is launched.] > > > > I've now trained myself to notice the pulsing icon in the top left > > > hand corner -- but I think that is an easily-overlooked location > > > (particularly since current notification icons have the same > > > background color as the "border" in which they sit). > > > > I also find the new 'activity launch notification' less than > > satisfying. Launching an activity is a very distinct action taken by > > > a user, and the current pulsing notification is not enough of an > > indication of the result. It's also odd if you do happen to have the > > frame open as you see 2 pulsing icons for the launching activity (one > > > the notification and one in the actual frame). > > > > I'd like to suggest, again, that the activity launching metaphor be > > one where: > > > > 1) Kid clicks on activity icon to launch > > 2) Sugar immediately opens a fullscreen canvas with just the large > > pulsing icon (i.e a activity zoom view) > > 3) Canvas is occupied by the activity once it has loaded > > > > > That's pretty much what Eben asked me to implement. I don't know if he > just steals ideas from you or what! :) > > Marco > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Clipboard Notification
Hi Marco, What if the activity "hangs"? I have seen that several times with Xaos fractal builder activity and possibly others. I remember one case in Nepal where it took 20 minutes to launch eToys. I think the UI suggestion is great and will help prevent kids from clicking on many activities while they wait for the first to launch. Just want to cover the case where the first one takes a very long time or doesn't launch at all. We need a way to abort (kill -9?) or go on with other work if the activity is not coming up. Thanks, Greg S -- Message: 2 Date: Mon, 14 Apr 2008 18:43:04 +0200 From: "Marco Pesenti Gritti" <[EMAIL PROTECTED]> Subject: Re: [sugar] Clipboard Notification To: "Gary C Martin" <[EMAIL PROTECTED]> Cc: OLPC Development , Eben Eliason <[EMAIL PROTECTED]>, Sugar List <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 On Mon, Apr 14, 2008 at 6:39 PM, Gary C Martin <[EMAIL PROTECTED]> wrote: > On 14 Apr 2008, at 15:04, Mikus Grinbergs wrote: > > > Personal note: Been running the "new look" Sugar/Joyride for a > > while. [It does what you describe when an Activity is launched.] > > > I've now trained myself to notice the pulsing icon in the top left > > hand corner -- but I think that is an easily-overlooked location > > (particularly since current notification icons have the same > > background color as the "border" in which they sit). > > I also find the new 'activity launch notification' less than > satisfying. Launching an activity is a very distinct action taken by > a user, and the current pulsing notification is not enough of an > indication of the result. It's also odd if you do happen to have the > frame open as you see 2 pulsing icons for the launching activity (one > the notification and one in the actual frame). > > I'd like to suggest, again, that the activity launching metaphor be > one where: > > 1) Kid clicks on activity icon to launch > 2) Sugar immediately opens a fullscreen canvas with just the large > pulsing icon (i.e a activity zoom view) > 3) Canvas is occupied by the activity once it has loaded > That's pretty much what Eben asked me to implement. I don't know if he just steals ideas from you or what! :) Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: fun and games with trying to un-suspend
I too have been having this issue lately, after having updated to 1850. I've never inserted an SD card, so I'm not sure if that's a false positive or not in your case. It happens to me almost regularly when waking the laptop from a closed state, with exactly the same symptoms described in the first message in the thread. - Eben 2008/4/15 Martin Dengler <[EMAIL PROTECTED]>: > I've had these symptoms often over the course of the last two months, > with various update.1 / joyride builds. The issue seems a lot more > often / prevelant when I had an SD card inserted before suspending. > > Nothing I could reproduce easily, thus no trac. > > Martin > > > > On Mon, Apr 14, 2008 at 10:24:35PM -0400, Mikus Grinbergs wrote: > > G1G1, approximately Joyride 1858. No wireless. > > Have done 'touch /etc/ohm/inhibit-idle-suspend' > > > > When I pushed the "power" button briefly, the XO suspended. > > > > Wanted to "un-suspend" the XO. But no matter what I pushed on the > > keyboard (or front), the "power" LED lighted up briefly (about three > > seconds), then went back to indicating 'suspended' (i.e., blinking > > slowly). The display stayed dark. > > > > Finally was able to get the display to light up (and the XO to come > > back to life) by judicious pressing of the "power" button. It was > > hit or miss (with more than 95% "miss"). Press it too short - back > > to suspended; press it too long - back to suspended; press it at > > the wrong instant - back to suspended. > > > > Took what seemed a minute (from awakening) for the XO to recognize > > my (external) USB keyboard again. > > > > The whole experience was a bummer. > > > > mikus > > > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Battery life estimation considered impossible?
Hi, > I *think* Richard mentioned that he planned to move the > gnome-power-manager logic to OHM at some point. Sounds good. There haven't been any upstream commits to OHM in over six months, though, so I think we'd have to do this ourselves. - Chris. -- Chris Ball <[EMAIL PROTECTED]> ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
/home is full on dev.laptop.org
Hi, Don't know what the right person to inform but /home is full on dev.laptop.org, making git push impossible. [EMAIL PROTECTED]:~$ df -h FilesystemSize Used Avail Use% Mounted on /dev/cciss/c0d0p5 9.2G 3.5G 5.7G 39% / varrun2.4G 88K 2.4G 1% /var/run varlock 2.4G 0 2.4G 0% /var/lock udev 2.4G 56K 2.4G 1% /dev devshm2.4G 0 2.4G 0% /dev/shm /dev/cciss/c0d0p6 1.1T 1.1T 0 100% /home /dev/cciss/c0d0p3 957M 34M 924M 4% /tmp /dev/cciss/c0d0p2 957M 309M 649M 33% /var/log G. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Battery life estimation considered impossible?
On Tue, Apr 15, 2008 at 12:40 PM, Martin Dengler <[EMAIL PROTECTED]> wrote: > > I *think* Richard mentioned that he planned to move the > > gnome-power-manager logic to OHM at some point. > > That would be excellent! I was going to look at g-p-m as Chris > mentioned, on the off (ok, non-existent) chance that the logic (and > data collection!) was easy to re-use. Note that this was months ago. I'm not sure when/if it's going to happen... I suggest to check with the ohm developers, either on the irc channel or on the mailing list. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Battery life estimation considered impossible?
On Tue, Apr 15, 2008 at 11:35:39AM +0200, Marco Pesenti Gritti wrote: > On Tue, Apr 15, 2008 at 5:06 AM, Chris Ball <[EMAIL PROTECTED]> wrote: > > Hi, > >> Can anyone opine as to whether it's possible/feasible right now to > >> estimate number of minutes of battery power remaining? > > > > You could look at gnome-power-manager > > I *think* Richard mentioned that he planned to move the > gnome-power-manager logic to OHM at some point. That would be excellent! I was going to look at g-p-m as Chris mentioned, on the off (ok, non-existent) chance that the logic (and data collection!) was easy to re-use. > Marco Martin pgpSnRZOPWa16.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Battery life estimation considered impossible?
On Tue, Apr 15, 2008 at 5:06 AM, Chris Ball <[EMAIL PROTECTED]> wrote: > Hi, > > >> Can anyone opine as to whether it's possible/feasible right now to >> estimate number of minutes of battery power remaining? > > You could look at gnome-power-manager, which performs a principled > estimation -- a matrix of previous discharge rate intervals indexed by > the charge at the time and the actual average discharge rate during that > interval. OHM/suspend complicates everything, though. I *think* Richard mentioned that he planned to move the gnome-power-manager logic to OHM at some point. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Clipboard Notification
On Tue, Apr 15, 2008 at 5:08 AM, Eric Burns <[EMAIL PROTECTED]> wrote: > While trying to create an instance of NotificationIcon() in the > _object_added_cb function in clipboardtray.py I couldn't get the path to the > icon from the ClipboardIcon() instance because it isn't set until > _object_state_changed_cb is called. > > Is there a way I can get the path to the icon? You are right, I suggest creating the notification in ClipboardIcon._object_state_changed_cb instead, when the percent reaches 100. At that point you should already have the icon (not path but just icon name). Good luck, Tomeu > On Mon, Apr 14, 2008 at 11:44 AM, Eben Eliason <[EMAIL PROTECTED]> > wrote: > > > > On Mon, Apr 14, 2008 at 12:39 PM, Gary C Martin <[EMAIL PROTECTED]> > wrote: > > > On 14 Apr 2008, at 15:04, Mikus Grinbergs wrote: > > > > > > > Personal note: Been running the "new look" Sugar/Joyride for a > > > > while. [It does what you describe when an Activity is launched.] > > > > > > > > I've now trained myself to notice the pulsing icon in the top left > > > > hand corner -- but I think that is an easily-overlooked location > > > > (particularly since current notification icons have the same > > > > background color as the "border" in which they sit). > > > > > > I also find the new 'activity launch notification' less than > > > satisfying. Launching an activity is a very distinct action taken by > > > a user, and the current pulsing notification is not enough of an > > > indication of the result. It's also odd if you do happen to have the > > > frame open as you see 2 pulsing icons for the launching activity (one > > > the notification and one in the actual frame). > > > > > > I'd like to suggest, again, that the activity launching metaphor be > > > one where: > > > > > > 1) Kid clicks on activity icon to launch > > > 2) Sugar immediately opens a fullscreen canvas with just the large > > > pulsing icon (i.e a activity zoom view) > > > 3) Canvas is occupied by the activity once it has loaded > > > > This is in fact the very approach we aim to implement, hopefully in > > the near future. I'm in agreement with all of the interactions you > > mention below. The one which may not be trivial to add (though again, > > I would strongly prefer) is the ability to prevent the launched > > activity from stealing focus if the user has since switched away, but > > we'll take things one step at a time. > > > > - Eben > > > > > > > > > > > This provides: > > > > > > - immediate and clear feedback to the kid that an activity is indeed > > > launching > > > - prevents casual/impatient clicks on other activity icons while the > > > first loads > > > - allows access to the frame, and for the kid to switch back to > > > neighbourhood/group/home if needed > > > - if the kid does intentionally switch away, the background activity > > > launch does not suddenly drag them back once complete > > > - the slide out launch notification is not needed, but the pulsing > > > frame activity icon would stay > > > > > > If at some future point we get usable Sugar compositing, a nice zoom > > > animation could be added to the launched activity so that from where > > > ever it was clicked, it scales up and into the centre of the screen > > > and starts to pulse, while the rest of the screen content fades out. > > > > > > Gary > > > > > > ___ > > > Sugar mailing list > > > [EMAIL PROTECTED] > > > http://lists.laptop.org/listinfo/sugar > > > > > ___ > > Sugar mailing list > > [EMAIL PROTECTED] > > http://lists.laptop.org/listinfo/sugar > > > > > ___ > Sugar mailing list > [EMAIL PROTECTED] > http://lists.laptop.org/listinfo/sugar > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Devel Digest, Vol 26, Issue 65
On Mon, Apr 14, 2008 at 8:30 PM, James Simmons <[EMAIL PROTECTED]> wrote: > Morgan, > > I am one of those people developing activities that make use of > collaboration. I'm pleased to see that someone has been charged to make > that easier, especially through better documentation. My Activities are > Read Etexts and View Slides. Both make use of code adapted from the > Read activity, although only Read Etexts has sharing implemented in a > released package. It does seem to work. View Slides has sharing code > in git, but not released as that code does NOT work at this time. If you get stuck with View Slides, I'll be happy to take a look. > One thing I hope you'll address is the question of setting up a sharing > test environment as simply as possible. I have been using Xubuntu with > Sugar RPMs on one machine and Sugar-jhbuild on openSUSE 10.2 on > another. Both use the Collabora server, and I have a G1G1 laptop > pointing to that server as well. The thing is, I don't know if I have > Collabora's blessing to use their server for my testing, and even if I > did, it is frequently out of service. Ideally I could set up my own > server. I do know that just having ejabberd installed from RPMs is not > enough. (I tried that and it didn't work). So what is the simplest way > for me to have my own sharing environment? As Tomeu pointed out you can use salut and it is the fall-back for when you cannot connect to a Jabber server. If you want to run your own server, I have posted instructions on the wiki on installing ejabberd with the required patches and configuration at http://wiki.laptop.org/go/Installing_ejabberd (The [[Jabber]] page links to [[Run your own jabber server]] which in turn links to [[Installing ejabberd]] so it should be discoverable if you know it's there...) > Another point I hope you'll address is the code in the Read activity for > sharing. It is full of FIXME comments, yet the Wiki recommends its use > as sample code. I'm stuck adapting that code for my own Activities as > they are variations on the Read activity. The Read activity is definitely on my list as the sharing was found to have reliability issues in recent testing. Regards Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Collaborative Activity Development
On Mon, Apr 14, 2008 at 11:11 PM, Jim Gettys <[EMAIL PROTECTED]> wrote: > We really would like to get the Sugar UI components running on vanilla > Linux desktops, and the apps all interoperating Jani Monoses has packaged Sugar and a bunch of activities for Ubuntu 8.04 (hardy) which is releasing next week. The list of packages is at https://launchpad.net/ubuntu/+search?text=sugar (including a few false positives). (I'm doing some quick testing - we have a brief window to get last minute fixes in there.) Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel