Re: [sugar] Programming environments on the XO
Hello Martin - On Thu, Jul 17, 2008 at 12:54 AM, Martin Sevior <[EMAIL PROTECTED]> wrote: > Hi Samuel, > Marc Maurer has done 95% of the work required to do > multi-programming language syntax highlighting in libabiword. The > advantage of using libabiword is that you get collaboration for free. It > is easy enough to embed this in your own canvas and hook up the controls > you need or want, just as we've done for Write. that sounds great! > Marc is a bit of a perfectionist so I'm not sure how usable "95%" of the > work is and whether it could be finished by simply using it and > providing bug reports as needed would be. Is this something the community could help with? I know myself and maybe another person or two who would be willing to help if it was clear what else needed to be done. yours, Bobby > Hopefully, Marc will chime in soon. > > Cheers > > Martin > > > On Thu, 2008-07-17 at 00:39 -0400, Samuel Klein wrote: >> There has been talk about expanding Pippy to support a variety of >> programming languages, perhaps as plugins; to add syntax highlighting; >> and general interest in seeing Develop proceed. Syntax highlighting >> in Write has been brought up as well. C and Javascript environments >> have been specifically highlighted, since C is used for a fair bit of >> code that we ship; but enthusiasts of Ruby and many other languages >> have considered providing an intro dev environment as a standalone >> activity, one per language. And HTML creation is possible in Write >> but without highlighting, and it is not obvious how to put this to >> good use. >> >> Finally, we now have activities for Etoys (Squeak), Scratch, and >> Turtle Art, but not yet a Logo activity; though a few people are >> working on the latter. >> >> Where are we with these developments? What plans are there to >> complete any of the above this year? What specific features should we >> schedule to support the above, and which is most important? >> >> SJ >> ___ >> Sugar mailing list >> Sugar@lists.laptop.org >> http://lists.laptop.org/listinfo/sugar > > ___ > Sugar mailing list > Sugar@lists.laptop.org > http://lists.laptop.org/listinfo/sugar > ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] no "activity starting" screen when launch from Journal
G1G1; Joyride 2172 equivalent; Q2E11. When I launch an activity by clicking on the icon in the ring (Home view), I see the "activity starting" screen (blank, with pulsing activity icon in the middle) until the screen for the activity itself is drawn. When I launch an activity by clicking on the icon in an entry on the Journal screen, I continue to see the Journal screen until the screen for the activity itself is drawn, WITHOUT getting to see the "activity starting" screen while the activity launch is being performed. mikus ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Programming environments on the XO
Hi Samuel, Marc Maurer has done 95% of the work required to do multi-programming language syntax highlighting in libabiword. The advantage of using libabiword is that you get collaboration for free. It is easy enough to embed this in your own canvas and hook up the controls you need or want, just as we've done for Write. Marc is a bit of a perfectionist so I'm not sure how usable "95%" of the work is and whether it could be finished by simply using it and providing bug reports as needed would be. Hopefully, Marc will chime in soon. Cheers Martin On Thu, 2008-07-17 at 00:39 -0400, Samuel Klein wrote: > There has been talk about expanding Pippy to support a variety of > programming languages, perhaps as plugins; to add syntax highlighting; > and general interest in seeing Develop proceed. Syntax highlighting > in Write has been brought up as well. C and Javascript environments > have been specifically highlighted, since C is used for a fair bit of > code that we ship; but enthusiasts of Ruby and many other languages > have considered providing an intro dev environment as a standalone > activity, one per language. And HTML creation is possible in Write > but without highlighting, and it is not obvious how to put this to > good use. > > Finally, we now have activities for Etoys (Squeak), Scratch, and > Turtle Art, but not yet a Logo activity; though a few people are > working on the latter. > > Where are we with these developments? What plans are there to > complete any of the above this year? What specific features should we > schedule to support the above, and which is most important? > > SJ > ___ > Sugar mailing list > Sugar@lists.laptop.org > http://lists.laptop.org/listinfo/sugar ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Programming environments on the XO
There has been talk about expanding Pippy to support a variety of programming languages, perhaps as plugins; to add syntax highlighting; and general interest in seeing Develop proceed. Syntax highlighting in Write has been brought up as well. C and Javascript environments have been specifically highlighted, since C is used for a fair bit of code that we ship; but enthusiasts of Ruby and many other languages have considered providing an intro dev environment as a standalone activity, one per language. And HTML creation is possible in Write but without highlighting, and it is not obvious how to put this to good use. Finally, we now have activities for Etoys (Squeak), Scratch, and Turtle Art, but not yet a Logo activity; though a few people are working on the latter. Where are we with these developments? What plans are there to complete any of the above this year? What specific features should we schedule to support the above, and which is most important? SJ ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar adds favorite activities to ring
Yeah, I'm not sure that this is expected behavior (I would expect not). The intent is that a "customization" upgrade would allow additive changes to the favorites ring, for instance to allow a school to ensure that every kid has brand new activity X in the ring on the first day of class (if the kids later remove it, that's up to them, of course). The question, then, is if/why installing that RPM behaved in the manner of a customization instead of a basic software update. Tomeu, do you know how this is expected to work? - Eben On Wed, Jul 16, 2008 at 8:11 PM, Mikus Grinbergs <[EMAIL PROTECTED]> wrote: > After I had installed the sugar 0.81.6-3 rpm on top of an earlier > Joyride, my 'Ring of Activities' in Home View expanded. Sugar had > added its "base" favorites to my .sugar/default/favorite-activities > file (which I had previously set up the way I liked it). Had to go > through and delete the added icons I did not want the ring to have. > > mikus > > > > p.s. When I post to this list, people are assuming that I am > writing for the purpose of soliciting "help" with what I > encountered. If I think the behavior I saw should be changed, I > won't post here -- I'll write a ticket. If I *am* asking for > help/advice, I will say so in what I post. But if I post here > without explicitly asking for "help", what I am doing is "letting > others know" that there was a situation which I did not expect. > > My purpose in doing so is to "alert" people who know more than I do > -- they may think what I saw had no significance, or they may have > the perception "a function that I am familiar with is misbehaving". > I am not asking for "help" -- all I am doing is tossing the ball > over the wall. [This post falls into this category.] > > ___ > Sugar mailing list > Sugar@lists.laptop.org > http://lists.laptop.org/listinfo/sugar > ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Sugar adds favorite activities to ring
After I had installed the sugar 0.81.6-3 rpm on top of an earlier Joyride, my 'Ring of Activities' in Home View expanded. Sugar had added its "base" favorites to my .sugar/default/favorite-activities file (which I had previously set up the way I liked it). Had to go through and delete the added icons I did not want the ring to have. mikus p.s. When I post to this list, people are assuming that I am writing for the purpose of soliciting "help" with what I encountered. If I think the behavior I saw should be changed, I won't post here -- I'll write a ticket. If I *am* asking for help/advice, I will say so in what I post. But if I post here without explicitly asking for "help", what I am doing is "letting others know" that there was a situation which I did not expect. My purpose in doing so is to "alert" people who know more than I do -- they may think what I saw had no significance, or they may have the perception "a function that I am familiar with is misbehaving". I am not asking for "help" -- all I am doing is tossing the ball over the wall. [This post falls into this category.] ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Feature/string freeze exception: 7534: need_upgrade() always True
Currently, when you ask activitybundle.py to install an xo bundle, it first checks need_upgrade. This returns False in only one circumstance: when the installed version has the same version number as the new version. In that circumstance, the install silently fails, as it presumes same version number means same xo bundle. This assumption, and thus this behaviour, is dangerous - the effect would be to silently "block out" the installation of a specific bundle version. The workaround would be simple, but the diagnosis would be hard in the field; it could arise from malice, individual error, or even countrywide error (country X creates a "new version" with changed icons, later a crucial security fix collides with the country X version number...). It is also very annoying if you're using Develop, because it forces you to churn the version number (up or down, it doesn't matter) on every debug cycle. My posted patch simply has need_upgrade always return true. It is called in only one place - in datastore.py DSObject.resume(). The downside is only that manually reinstalling the same bundle will actually reinstall it, instead of quickly and silently deciding not to - which seems to me a non-helpful optimization, since the time it saves will be orders of magnitude less than the debugging time it causes. The need_upgrade function remains, for later when we do have a cryptographically solid way of checking bundle identity. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Activity versioning schema
On Thu, Jul 17, 2008 at 11:15:07AM +1200, Martin Langhoff wrote: >On Thu, Jul 17, 2008 at 10:52 AM, Michael Stone <[EMAIL PROTECTED]> wrote: >> For these reasons, in my humble opinion, choosing our software packaging >> format and guidelines (of which version numbering is but a single >> aspect) is NOT A TRIVIAL EXERCISE and is not as simple as picking an >> off-the-shelf format. (I wish that the reality were otherwise). > >I understand the points you make, but - AFAICS - they don't have much >bearing on versioning (by which I mean to say: the conventional >RPM/Deb versioning scheme works fine). I don't care too much what names people give to activities but I care greatly about how the software that manipulates those activities is written -- in particular, about the way that it makes use of those names, both internally and in the UI. Thus, while I will likely be content with any naming convention that might be proposed, I have serious reservations about the quality of the software that will result from the _procedures_ being used to choose that naming convention. Hence my request that we perform at least basic diligence in checking that the proposed naming scheme and its intended usage in software is consistent with our largely unwritten requirements. > They do impact packaging, but... they are not *that* special either. My goal is to avoid deploying short-term hacks which complicate future work. Hacks to conventions seem particularly dangerous to me because they're the hardest things to change if you get them wrong. As I said above, I will be happy if we choose to adopt an existing naming scheme so long as that naming scheme is compatible with our requirements and use cases. We just need to demonstrate that we are aware of the consequences of our proposed scheme by checking that it doesn't paint us into a corner down the road. >> Do you require more justification? > >Ah well, I know notink of the XO so back to my cave where I try to >reach my goals reinventing the _least_ wheels. We have different resources to bring to bear on our respective tasks. >Sorry about the noise. I always (eventually) appreciate your input, even when I argue with you or cut you off too quickly for want of the patience to find out where you're coming from. Michael ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Display warnings in sugar
2008/7/16 Eben Eliason <[EMAIL PROTECTED]>: > Two answers: > similar issues. This is going to be handled by the notification system, > which is in its infancy in the upcoming 8.2 release, but should mature and I hope our alert system will use the freedesktop.org standard: http://www.galago-project.org/specs/notification/index.php It is widely used in Gnome, and when I last reviewed it seems to be a solid and capable spec. I believe that was the plan of record in previous conversations; I hope I'm not mistaken. --scott -- ( http://cscott.net/ ) ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [OLPC library] [OLPC-Games] Physics -- Newtonian mechanics.. for kids!
At Wed, 16 Jul 2008 18:22:32 -0400, Chris Leonard wrote: > > I'm just wrapping up the extension to the Etoys' sensor input > capability to support the direct input mode. > > So, another alternative is to have two Etoys objects in the same > Etoys project, and have one driven by the simulation and another by > the sensor input side by side. > > One wants to be careful not to take this too far, throwing one XO emitting a > pure tone at high speed past another XO > displaying the waveform should definitely NOT make it into the lesson plan on > the Doppler effect. Very educational, but > tough on the hardware. Hmm, I don't quite understand from where the Doppler effect topic came into the discussion, but... > I recommend a whistle blown by someone sitting on the playpump merry-go-round > ( http://www.playpumps.org ) instead, that > way you get clean water pumped at the same time. Heh, that would probably give something like 1-2% variation (yes?). It should be measurable and that whistle can be an XO, even. I now realized that I don't understand your first example (what is the physical parameter and what is the pendulum breaking a light beam), but if it is just a swinging pendulum, that would be a good example for simulation. Just FYI, Etoys already has the sensor widget (it didn't support the direct input mode yet) and there are bunch of projects done with it (see http://swikis.ddo.jp/WorldStethoscope/2 or the translation of it). -- Yoshiki ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Activity versioning schema
>I fail to see what makes the XO case different from the rest of the >software world - from the pages you link I agree that the pages I cited presuppose that you understand how our requirements differ from those of the rest of the world. Some specific examples: - Our users often can't make informed decisions about what software they should be running. - Our users probably do not have root on their machines, yet still need to perform package-management-like tasks. - In addition to accepting code hierarchically from upstream providers, we want to share code fluidly between XOs. - We want the software we provide to support a higher standard of security (defined in Bitfrost) than other systems strive to provide. - We must attempt to minimize bandwidth usage while moving bits around and must tolerate long networking delays. - We cannot rely on any established public key infrastructure to verify the identities of code providers or the authenticity of the code they are providing. - We expect users will be constantly redistributing modified versions of software that they downloaded to their systems. - We expect that our user groups will, in general, NOT share common languages with one another (or, necessarily, with us). - We expect that many users will be translating their own software. - We MAY NOT assume that users have global connectivity with which to satisfy dependencies, verify claims about information, distribute their work, etc. For these reasons, in my humble opinion, choosing our software packaging format and guidelines (of which version numbering is but a single aspect) is NOT A TRIVIAL EXERCISE and is not as simple as picking an off-the-shelf format. (I wish that the reality were otherwise). Do you require more justification? Regards, Michael ___ Devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/devel ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Activity versioning schema
On Wed, Jul 16, 2008 at 3:54 PM, Martin Langhoff <[EMAIL PROTECTED]> wrote: > On Thu, Jul 17, 2008 at 4:54 AM, Michael Stone <[EMAIL PROTECTED]> wrote: > > What _should_ be happening in this thread is the collection of use > > cases. > > > > For a "small" selection of the issues involved, please refer to > > > > http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_1 > > http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_2 > +1 on creating use cases for activity versions. -1 on that being necessary to resolve this particular thread (except insofar as it makes "opaque version strings" less attractive). The security issues are with the service ID, not the version. ...In the meantime, a simply obvious > solution that meets our needs is standing in front of us, glowing > warmly . > > grab it > +2 ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Activity versioning schema
On Thu, Jul 17, 2008 at 4:54 AM, Michael Stone <[EMAIL PROTECTED]> wrote: > What _should_ be happening in this thread is the collection of use > cases. > > For a "small" selection of the issues involved, please refer to > > http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_1 > http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_2 I fail to see what makes the XO case different from the rest of the software world - from the pages you link - We need to identify feature vs bugfix revisions, which is something that versioning can do - Keep track of whether we are opening an existing document with a different program version, in that case, perhaps deal with "capabilities" - this is orthogonal to versioning, and similar to the "provides" field in deb packages. - If network interop between differing versions of tools is an issue, we could recommend an on-the-wire preamble where versions and optionally capabilities are exchanged, giving peers the opportunity to refuse to interact. Orthogonal to version numbers, however. These are well understood issues. Yes, we can write use cases, and argue the business case, and define a procedure around it. So as soon as we get our shipment of infinite time and resources, I _promise_ I'll get on to it. In the meantime, a simply obvious solution that meets our needs is standing in front of us, glowing warmly . grab it martin -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] proposed addition to the Activities page templete
On Wed, Jul 16, 2008 at 01:40:50PM -0700, Edward Cherlin wrote: >I would like to see all Activities sharable in the sense that others >can at least watch what the primary user is doing. . (Ask jg for details). Michael ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [OLPC-Games] [OLPC library] Physics -- Newtonian mechanics.. for kids!
Or, in the world of small, networked machines, you could use full-screen displays on multiple laptops side by side. (A neat trick first introduced in the Andrew window system at CMU.) -walter On Wed, Jul 16, 2008 at 4:18 PM, Alan Kay <[EMAIL PROTECTED]> wrote: > Or, you could even try having multiple display screens side by side on the > same computer (we used to call them "windows") ... > > Cheers, > > Alan > ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [IAEP] proposed addition to the Activities page templete
So how's the sharing API coming? Can a developer easily write an activity with simple sharing right now? --g On Wed, 16 Jul 2008, Edward Cherlin wrote: > On Wed, Jul 16, 2008 at 12:17 AM, Walter Bender <[EMAIL PROTECTED]> wrote: >> >> Why don't we add a new field in the Activities page template that >> indicates both whether or not an activity supports some form of >> collaboration and, if so, what is the supported number of >> collaborators. (The latter may, of course, be somewhat fuzzy depending >> upon the nature of the connection: via school server or "under a >> tree"). > > +1 > >> We could have a simple set of options (the numbers perhaps need tuning): >> >> A) no collaboration >> B) pair-wise collaboration >> C) small (3-4) group collaboration >> D) classroom (10-20) collaboration > > And other possibilities. For N-player games, we have discussed having > two collaboration channels, one for in-game communications among > players, and one for comments by kibitzers. I don't know of any team > games in Sugar, where we might want to add a channel for each team. > >> We could break down collaboration a bit further: >> >> sharing > > I would like to see all Activities sharable in the sense that others > can at least watch what the primary user is doing. This would be > useful for any activity accessing content on the Web, where one XO can > download it and share it with others, instead of a whole class (for > example) downloading a Web page simultaneously when instructed by the > teacher. (Local caching on the school server will also help.) > > We might want to go further, and allow a discussion channel for every > shared activity. Switching between a visual session and Chat will get > old real fast, unless we provide a way to (in effect) Tivo shared > sessions. > > We have had a discussion about sharing Measure channels to simulate a > multi-channel digital oscilloscope. (I checked them out at Fry's a few > days ago. Nice.) > >> interacting >> ??? >> >> and we may want to comment on, for example, how many Type A >> collaborations can be supported at once. >> >> An example of: >> A is Turtle Art >> B is Distance >> C is Write > > There was a report of a test showing a fairly large number of > simultaneous users, so I think this may become a D. > >> D is Chat >> >> We'd need to do some serious QA to figure this out, but I think it >> would go a long ways towards giving people a sense of what they can >> expect in terms of a robust use of Sugar. > > I think we should have a brainstorming session on the complete list of > activities, present and in development, to work out what we would like > to see. Would people prefer to do that by e-mail, chat, or Wiki page? > >> -walter >> ___ >> Sugar mailing list >> Sugar@lists.laptop.org >> http://lists.laptop.org/listinfo/sugar > > -- > Edward Cherlin > End Poverty at a Profit by teaching children business > http://www.EarthTreasury.org/ > "The best way to predict the future is to invent it."--Alan Kay > ___ > Its.an.education.project mailing list > [EMAIL PROTECTED] > http://lists.lo-res.org/mailman/listinfo/its.an.education.project > ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] proposed addition to the Activities page templete
On Wed, Jul 16, 2008 at 12:17 AM, Walter Bender <[EMAIL PROTECTED]> wrote: > Why don't we add a new field in the Activities page template that > indicates both whether or not an activity supports some form of > collaboration and, if so, what is the supported number of > collaborators. (The latter may, of course, be somewhat fuzzy depending > upon the nature of the connection: via school server or "under a > tree"). +1 > We could have a simple set of options (the numbers perhaps need tuning): > > A) no collaboration > B) pair-wise collaboration > C) small (3-4) group collaboration > D) classroom (10-20) collaboration And other possibilities. For N-player games, we have discussed having two collaboration channels, one for in-game communications among players, and one for comments by kibitzers. I don't know of any team games in Sugar, where we might want to add a channel for each team. > We could break down collaboration a bit further: > > sharing I would like to see all Activities sharable in the sense that others can at least watch what the primary user is doing. This would be useful for any activity accessing content on the Web, where one XO can download it and share it with others, instead of a whole class (for example) downloading a Web page simultaneously when instructed by the teacher. (Local caching on the school server will also help.) We might want to go further, and allow a discussion channel for every shared activity. Switching between a visual session and Chat will get old real fast, unless we provide a way to (in effect) Tivo shared sessions. We have had a discussion about sharing Measure channels to simulate a multi-channel digital oscilloscope. (I checked them out at Fry's a few days ago. Nice.) > interacting > ??? > > and we may want to comment on, for example, how many Type A > collaborations can be supported at once. > > An example of: > A is Turtle Art > B is Distance > C is Write There was a report of a test showing a fairly large number of simultaneous users, so I think this may become a D. > D is Chat > > We'd need to do some serious QA to figure this out, but I think it > would go a long ways towards giving people a sense of what they can > expect in terms of a robust use of Sugar. I think we should have a brainstorming session on the complete list of activities, present and in development, to work out what we would like to see. Would people prefer to do that by e-mail, chat, or Wiki page? > -walter > ___ > Sugar mailing list > Sugar@lists.laptop.org > http://lists.laptop.org/listinfo/sugar -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ "The best way to predict the future is to invent it."--Alan Kay ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Display warnings in sugar
Two answers: 1. We absolutely need stronger feedback (actually, feedback at all) for system state, such as disk space, battery level, network failures, and other similar issues. This is going to be handled by the notification system, which is in its infancy in the upcoming 8.2 release, but should mature and actually be taken advantage of by the following one. For more information, see http://wiki.laptop.org/go/Designs/Frame#12. We may later extend the notification system so that activities, too, can notify the user when necessary, even if they aren't presently focused. 2. We do already have some facilities in place to replace standard "dialogs". There is an Alert class (and a few subclasses) defined which activities can use to show non-modal alerts and prompt for feedback. There are also going to be modal alerts (like the control panel, the object chooser, and others), but I'm not sure those have been wrapped up into a class for activities to use at this point. Cloning code from one of those modal alerts might be a fair short term solution in "extreme" cases (such as running out of disk space). - Eben On Wed, Jul 16, 2008 at 4:13 PM, Erik Garrison <[EMAIL PROTECTED]> wrote: > This is a problem that all XOs face. > > Ultimately we should produce a shared solution and push the fix into > Sugar. I believe there has been some discussion of this? > > The problem is getting that fix back out to deployed laptops may not be > easy... > > My 2c. Maybe the XO character in the home view could flash when > something this serious is wrong. > > On Wed, Jul 16, 2008 at 04:53:00PM -0300, Emiliano Pastorino wrote: > > Hi, everyone! > > > > I was wondering if is there a way to open a popup or something like that > in > > sugar, we want to use that or something similar to give warnings to the > > user, like "95% of disk space used". > > > > Thanks! > > > > -- > > Emiliano Pastorino > > LATU - Plan Ceibal > > Av. Italia 6201 CP: 11500, Montevideo, Uruguay > > Tel: (598 2) 601 3724 int.: 469 > > > ___ > > Sugar mailing list > > Sugar@lists.laptop.org > > http://lists.laptop.org/listinfo/sugar > > ___ > Devel mailing list > [EMAIL PROTECTED] > http://lists.laptop.org/listinfo/devel > ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [OLPC library] [OLPC-Games] Physics -- Newtonian mechanics.. for kids!
At Wed, 16 Jul 2008 13:18:35 -0700 (PDT), Alan Kay wrote: > > Or, you could even try having multiple display screens side by side on the > same computer (we used to call them > "windows") ... I'm just wrapping up the extension to the Etoys' sensor input capability to support the direct input mode. So, another alternative is to have two Etoys objects in the same Etoys project, and have one driven by the simulation and another by the sensor input side by side. -- Yoshiki ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] proposed addition to the Activities page templete
On Wed, Jul 16, 2008 at 4:06 PM, Walter Bender <[EMAIL PROTECTED]> wrote: > It is very same page I am talking about, but I had made a template > that is used by that page (Scott is the most recent one to have edited > the template) and that is where I'd suggest we add the field for > collaboration (and as was suggested, Journal use). I'll take a first > pass, but as was pointed out, we have a lot of testing to do to before > we can say anything very meaningful regarding the scale of the > collaborations possible. > This sounds like a nice thing to indicate, once we are comfortable enough with the state of connectivity. > In regard to the Journal, I thought we should indicate two bits of > information: (1) does the activity record an entry in the Journal? and > (2) does the activity put data objects into the Journal (as per > Record, for example). Comments? This seems too low-level to me. Can we define a set of criteria for calling an activity properly "sugarized", and slap a "sugarized" sticker (sweetness guaranteed!) on those that are? It should include the basics which all activities are expected to have, like standard toolbars, journal integration, drag'n'drop support, and maybe a few other things. If automation tools advance far enough, we might even be able to run activities through that to verify these requirements. (As a side note, point (2) about data objects will be made irrelevant when the new Journal designs are integrated, so we definitely shouldn't expose that.) - Eben ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Display warnings in sugar
This is a problem that all XOs face. Ultimately we should produce a shared solution and push the fix into Sugar. I believe there has been some discussion of this? The problem is getting that fix back out to deployed laptops may not be easy... My 2c. Maybe the XO character in the home view could flash when something this serious is wrong. On Wed, Jul 16, 2008 at 04:53:00PM -0300, Emiliano Pastorino wrote: > Hi, everyone! > > I was wondering if is there a way to open a popup or something like that in > sugar, we want to use that or something similar to give warnings to the > user, like "95% of disk space used". > > Thanks! > > -- > Emiliano Pastorino > LATU - Plan Ceibal > Av. Italia 6201 CP: 11500, Montevideo, Uruguay > Tel: (598 2) 601 3724 int.: 469 > ___ > Sugar mailing list > Sugar@lists.laptop.org > http://lists.laptop.org/listinfo/sugar ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] proposed addition to the Activities page templete
It is very same page I am talking about, but I had made a template that is used by that page (Scott is the most recent one to have edited the template) and that is where I'd suggest we add the field for collaboration (and as was suggested, Journal use). I'll take a first pass, but as was pointed out, we have a lot of testing to do to before we can say anything very meaningful regarding the scale of the collaborations possible. In regard to the Journal, I thought we should indicate two bits of information: (1) does the activity record an entry in the Journal? and (2) does the activity put data objects into the Journal (as per Record, for example). Comments? -walter On Wed, Jul 16, 2008 at 1:49 PM, Greg Smith <[EMAIL PROTECTED]> wrote: > Hi Walter, > > Thanks for scraping that off the sur list. > > +1 on the entire idea from me. > > My only concern is to try and keep it to one definitive page. > > This is the one I am currently aware of. > http://wiki.laptop.org/go/Activities > > Are you talking about updating that or something else? > > Thanks, > > Greg S > > *** > > Date: Wed, 16 Jul 2008 03:17:14 -0400 > From: "Walter Bender" <[EMAIL PROTECTED]> > Subject: [sugar] proposed addition to the Activities page templete > To: "sugar List" , Education ><[EMAIL PROTECTED]> > Message-ID: ><[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > It obvious occurred to me after seeing some questions posed on the > OLPC-Sur list: > > 4. There is an inventory of what activities can be used with > mesh, nor what ways. > 5. The mesh is only capable of some form of collaboration in small groups. > > Why don't we add a new field in the Activities page template that > indicates both whether or not an activity supports some form of > collaboration and, if so, what is the supported number of > collaborators. (The latter may, of course, be somewhat fuzzy depending > upon the nature of the connection: via school server or "under a > tree"). > > We could have a simple set of options (the numbers perhaps need tuning): > > A) no collaboration > B) pair-wise collaboration > C) small (3-4) group collaboration > D) classroom (10-20) collaboration > > We could break down collaboration a bit further: > > sharing > interacting > ??? > > and we may want to comment on, for example, how many Type A > collaborations can be supported at once. > > An example of: > A is Turtle Art > B is Distance > C is Write > D is Chat > > We'd need to do some serious QA to figure this out, but I think it > would go a long ways towards giving people a sense of what they can > expect in terms of a robust use of Sugar. > > -walter > > ___ > Sugar mailing list > Sugar@lists.laptop.org > http://lists.laptop.org/listinfo/sugar > ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Display warnings in sugar
Hi, everyone! I was wondering if is there a way to open a popup or something like that in sugar, we want to use that or something similar to give warnings to the user, like "95% of disk space used". Thanks! -- Emiliano Pastorino LATU - Plan Ceibal Av. Italia 6201 CP: 11500, Montevideo, Uruguay Tel: (598 2) 601 3724 int.: 469 ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] proposed addition to the Activities page templete
Hi Walter, Thanks for scraping that off the sur list. +1 on the entire idea from me. My only concern is to try and keep it to one definitive page. This is the one I am currently aware of. http://wiki.laptop.org/go/Activities Are you talking about updating that or something else? Thanks, Greg S *** Date: Wed, 16 Jul 2008 03:17:14 -0400 From: "Walter Bender" <[EMAIL PROTECTED]> Subject: [sugar] proposed addition to the Activities page templete To: "sugar List" , Education <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 It obvious occurred to me after seeing some questions posed on the OLPC-Sur list: 4. There is an inventory of what activities can be used with mesh, nor what ways. 5. The mesh is only capable of some form of collaboration in small groups. Why don't we add a new field in the Activities page template that indicates both whether or not an activity supports some form of collaboration and, if so, what is the supported number of collaborators. (The latter may, of course, be somewhat fuzzy depending upon the nature of the connection: via school server or "under a tree"). We could have a simple set of options (the numbers perhaps need tuning): A) no collaboration B) pair-wise collaboration C) small (3-4) group collaboration D) classroom (10-20) collaboration We could break down collaboration a bit further: sharing interacting ??? and we may want to comment on, for example, how many Type A collaborations can be supported at once. An example of: A is Turtle Art B is Distance C is Write D is Chat We'd need to do some serious QA to figure this out, but I think it would go a long ways towards giving people a sense of what they can expect in terms of a robust use of Sugar. -walter ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [Fwd: Re: Sugar on Debian]
I am forwarding this question from Jonas Smedgaard the Debian package maintainer to the developer list. dfarning Forwarded Message > From: Jonas Smedegaard <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: David Farning <[EMAIL PROTECTED]> > Subject: Re: Sugar on Debian > Date: Mon, 14 Jul 2008 16:23:14 +0200 > > Oh, now I have you: I have done a few patches to support Python-2.3 with > some of the core code. Is that of any interest to you? Should I > contact each individual programmer, or how do you want it? > ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Activity versioning schema
On Wed, Jul 16, 2008 at 01:16:51PM -0400, Greg Smith wrote: > *** Salient quotes: "Each activity.info file must have a > "activity_version" key. The version is a single positive integer. > Larger versions are considered "newer". The value assigned to this key > should be considered opaque to the activity; the only requirement of > the activity is that it must be larger for new activity builds." In my opinion, the information quoted above is correct as of today. All that is true beyond that is that we are designing a revision of the activity packaging guidelines and formats. Michael ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [OLPC library] [OLPC-Games] Physics -- Newtonian mechanics.. for kids!
At Tue, 15 Jul 2008 15:33:50 -0700, Joshua Minor wrote: > > > That doesn't mean that it is pointless to use as a teaching aide, just > that (in)accuracy of simulation needs to be part of the lesson plan. Yes. And it should be rather more carefully built because the visual (iconic) impact of these simulations is too big. The physics is about constant validation the model against the real world out there, to see if the model has some power of predicting what is going to happen. The model is described a language called mathematics. But the computer is just mathematics that doesn't have the real world connection. The engines like Box2D are its own kind of mathematics, and the "simulation" visible to the user is just the visualization of the mathematics. In that sense, the Physics activity should be treated by teachers as the tool for teaching mathematics that tend to be used in physics, rather than teaching physics. (Subtle distinction but it is I think important.) -- Yoshiki ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Activity versioning schema
Hi Michael, Thanks for the status. I wasn't asking if we have agreement. I was asking who will update the incorrect documentation when/if we have something new to say. You seem to know the state of affairs, can you update this wiki link http://wiki.laptop.org/go/Activity_bundles so it does not say anything which is incorrect per Gary's suggestion below? I'm trying to lay down some covering fire here so Gary makes it the door in one piece :-) Thanks, Greg S (perhaps http://wiki.laptop.org/go/Activity_bundles *** would be a start), so us external activity developers don't have to be part of this bit punk talk. *** Salient quotes: "Each activity.info file must have a "activity_version" key. The version is a single positive integer. Larger versions are considered "newer". The value assigned to this key should be considered opaque to the activity; the only requirement of the activity is that it must be larger for new activity builds." And: "Each activity.info file must have a "host_version" key. The version is a single positive integer. This specifies the version of the Sugar environment which the activity is compatible with. (fixme: need to specify sugar versions somewhere. Obviously we start with 1.)" if this is incorrect, please, PLEASE (!!) remove it from the f$# %ing bit rot wiki! Michael Stone wrote: > On Wed, Jul 16, 2008 at 09:10:56AM -0400, Greg Smith wrote: >> Who can gather the consensus and take responsibility for updating the >> wiki if needed? > > No one can, yet, because there's a real argument going on between the > people who have to live with the versioning scheme on the infrastructure > and security side and the people who want to use it in the UI. > > In particular, there are non-trivial security issues with identifying > activities internally with _anything_ spoofable - i.e. with any > identifier that an activity can 'claim' without reference to some more > primitive sense of identity (e.g. a cryptographic manifest). > > Consequently, as I have claimed on the several other occasions when this > discussion has come up, we are _not_ going to decide on an activity > naming and versioning scheme without having written down our use cases > and checked that the proposed design satisfies them. > > What _should_ be happening in this thread is the collection of use > cases. > > For a "small" selection of the issues involved, please refer to > http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_1 > http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_2 > > Regards, > > Michael > ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Activity versioning schema
On Wed, Jul 16, 2008 at 09:10:56AM -0400, Greg Smith wrote: >Who can gather the consensus and take responsibility for updating the >wiki if needed? No one can, yet, because there's a real argument going on between the people who have to live with the versioning scheme on the infrastructure and security side and the people who want to use it in the UI. In particular, there are non-trivial security issues with identifying activities internally with _anything_ spoofable - i.e. with any identifier that an activity can 'claim' without reference to some more primitive sense of identity (e.g. a cryptographic manifest). Consequently, as I have claimed on the several other occasions when this discussion has come up, we are _not_ going to decide on an activity naming and versioning scheme without having written down our use cases and checked that the proposed design satisfies them. What _should_ be happening in this thread is the collection of use cases. For a "small" selection of the issues involved, please refer to http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_1 http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_2 Regards, Michael ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] google gears update
Hi, finally managed to put Google Gears to work on Browse. Have entered a ticket about the work needed in hulahop and attached a patch that is awaiting review: https://dev.laptop.org/ticket/7530 David, for this to work you need to put the .xpt and the .so in /usr/lib/hulahop/components dir and the chrome.manifest (renamed to gears.manifest so it doesn't overwrites other manifest in there) and chrome dir in /usr/share/hulahop/chrome. This should work with other extensions, please try it and report back. Regards, Tomeu ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] indexing my "disk" storage ?
On Wed, Jul 16, 2008 at 5:07 PM, Mikus Grinbergs <[EMAIL PROTECTED]> wrote: > Had not previously thought to run 'top' as the first command after > booting my G1G1 (Joyride 2169 equiv.; Q2E11). When I did, I found > to my surprise that 'jffs2_gcd_mtd0' was running at 100% CPU usage. > [That task went to idle after some 80 seconds.] Hi Mikus, this has nothing to do with sugar, is part of the jffs2 driver used in the XO's nand. Regards, Tomeu ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] indexing my "disk" storage ?
Had not previously thought to run 'top' as the first command after booting my G1G1 (Joyride 2169 equiv.; Q2E11). When I did, I found to my surprise that 'jffs2_gcd_mtd0' was running at 100% CPU usage. [That task went to idle after some 80 seconds.] mikus ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] proposed addition to the Activities page templete
On Wed, 2008-07-16 at 03:17 -0400, Walter Bender wrote: > > We'd need to do some serious QA to figure this out, but I think it > would go a long ways towards giving people a sense of what they can > expect in terms of a robust use of Sugar. > > -walter As a related update on activities.sugarlabs.org. I really messed up the timing on approaching addons.mozzilla.org. I started the conversation with Mozilla on the day Firefox 3 was being released. I followed up 2 weeks later...when all of the amo people were frantically trying to fix addons that broke as a result of the upgrade. The lesson learned. Don't attempt to start stratigic discussion in the days immediately before or after a major release. I will pick this conversation back up in a few weeks when their work load settles down. Dfarning ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Activity versioning schema
+1 on Gary's comments! Hysterical and spot on. Please keep them coming and let me know if I can help you with your project participation. This is an important discussion about version numbers. The most important part will be coming to a working assumption (albeit temporary and subject to change) and communicating it. Who can gather the consensus and take responsibility for updating the wiki if needed? http://wiki.laptop.org/go/Activity_bundles Thanks, Greg S * <[EMAIL PROTECTED]> Subject: Re: [sugar] Activity versioning schema To: Martin Langhoff <[EMAIL PROTECTED]> Cc: OLPC Development <[EMAIL PROTECTED]>, Eben Eliason <[EMAIL PROTECTED]>, Sugar List <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes On 16 Jul 2008, at 00:03, Martin Langhoff wrote: > > On Wed, Jul 16, 2008 at 10:51 AM, Gary C Martin > > <[EMAIL PROTECTED]> wrote: >> >> Version (activity_version) is just some sortable entity to be agreed > > > > Please do read back on this - now lenghty - discussion. Unfortunately, > > any monotonically increasing version does _not_ work, thanks to the > > magic of maintenance releases. Let us bow collectively to the wisdom > > of distro maintainers who are smart and have been doing this job for > > far longer than us. > > > > In other words, let us do the same thing that rpm and dpkg do. > > > > It gives you both more expressive power, and a stupid "1.1.0.9z is > > older than 2.0-alpha" cmp function for whenever you need it. OK, sorry, I've clearly accidentally wandered in to a room full of hardcore gun toting bit heads ? I'm now backing slowly towards the exit, my hands clearly raised. Please do be sure to post whatever (I'm sure excellent) final outcome is, clearly and somewhere public (perhaps http://wiki.laptop.org/go/Activity_bundles *** would be a start), so us external activity developers don't have to be part of this bit punk talk. *** Salient quotes: "Each activity.info file must have a "activity_version" key. The version is a single positive integer. Larger versions are considered "newer". The value assigned to this key should be considered opaque to the activity; the only requirement of the activity is that it must be larger for new activity builds." And: "Each activity.info file must have a "host_version" key. The version is a single positive integer. This specifies the version of the Sugar environment which the activity is compatible with. (fixme: need to specify sugar versions somewhere. Obviously we start with 1.)" if this is incorrect, please, PLEASE (!!) remove it from the f$# %ing bit rot wiki! --Gary ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Reviews report
= New requests = Change the accelerator for switching between views in the home level http://dev.laptop.org/ticket/7385 Sugar shell crashes when threads used. http://dev.laptop.org/ticket/7486 journal slowness: scrolling http://dev.laptop.org/ticket/7152 Control Panel 'About Me' incorrectly keeps a name edit when you choose to Cancel out http://dev.laptop.org/ticket/7510 = Approved requests = Activities cannot be deleted via GUI http://dev.laptop.org/ticket/7071 Do not decorate the object chooser http://dev.laptop.org/ticket/7487 library index regeneration fails due to no XDG_DATA_DIRS http://dev.laptop.org/ticket/7523 Browse not installing .xol bundles http://dev.laptop.org/ticket/7506 ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] proposed addition to the Activities page templete
On Wed, Jul 16, 2008 at 09:17, Walter Bender <[EMAIL PROTECTED]> wrote: > It obvious occurred to me after seeing some questions posed on the > OLPC-Sur list: > > 4. There is an inventory of what activities can be used with > mesh, nor what ways. *no* inventory I presume. I have a list of collaborative activities on http://wiki.laptop.org/go/Collaboration_Central (which hasn't been updated lately) but that is a more developer-oriented page, so it gives details on implementation not features. > 5. The mesh is only capable of some form of collaboration in small groups. The current implementation with the XO's mesh network and telepathy-salut is only capable of small group collaboration - such that other small groups are on separate mesh channels or geographically dispersed so that they cannot see each other. As soon as you have too many XOs on the mesh on one channel, all collaboration fails. The number of XOs depends on the level of activity which can only be determined through much testing. For example, you can have more XOs seeing each others' presence in the Neighborhood view if none of them are running shared activities. Activities that put load on the network reduce the number. Our current scenarios include: * Ad hoc collaboration on the mesh (fully-connected, everyone can see everyone else) * Ad hoc collaboration on the mesh (geographically dispersed, requiring mesh routing) * Ad hoc collaboration on a wireless access point * Server based collaboration (using the jabber server) on the mesh (fully-connected) * Server based collaboration (using the jabber server) on the mesh (dispersed) * Server based collaboration on a wireless access point Release 8.2 may have control panel options to adjust the mesh TTL to help with the fully-connected mesh scenarios. The server scalability work (Gadget) will probably only be available in Release 9.1. Cerebro is being looked at for improving the ad hoc collaboration. There are currently no time frames for its use. > Why don't we add a new field in the Activities page template that > indicates both whether or not an activity supports some form of > collaboration and, if so, what is the supported number of > collaborators. (The latter may, of course, be somewhat fuzzy depending > upon the nature of the connection: via school server or "under a > tree"). > > We could have a simple set of options (the numbers perhaps need tuning): > > A) no collaboration > B) pair-wise collaboration > C) small (3-4) group collaboration > D) classroom (10-20) collaboration > > We could break down collaboration a bit further: > > sharing > interacting > ??? > > and we may want to comment on, for example, how many Type A > collaborations can be supported at once. > > An example of: > A is Turtle Art > B is Distance > C is Write > D is Chat > > We'd need to do some serious QA to figure this out, but I think it > would go a long ways towards giving people a sense of what they can > expect in terms of a robust use of Sugar. We do need to get http://wiki.laptop.org/go/Collaboration_network_testbed going again, to get some idea of the numbers. My understanding is that OLPC's new location for the testbed in a more radio-quiet location will still take some time before it is operational. Since the performance depends on the activity on the entire network, the numbers you suggest would have to be assuming there are no other XOs on the network at all. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Feature/string freeze exception: uninstall activities from the shell
On Wed, Jul 16, 2008 at 10:49 AM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: > Are you sure we should couple so much the feature exception to the > patch? I would have expected that an exception would be granted just > in base of the need for it and how much sense it makes to have that > feature in that release. Later, there would be a code review that > should take in account the time we have left for stabilizing and how > invasive is the patch. IMO the developer who wrote the patch should lead the process, not the release team, nor the people which are affected by the patch. Those can participate to the discussion. He should provide informations about why the patch is needed (for example, Nepal needs it) and an assessment of risk (which the code reviewer can disagree with on the mailing list). > Other projects do code review and exception granting at the same moment? The projects I know (mozilla and GNOME) does something like what I described above. Exception granting is after code review. Marco ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Feature/string freeze exception: uninstall activities from the shell
On Wed, Jul 16, 2008 at 10:40 AM, Marco Pesenti Gritti <[EMAIL PROTECTED]> wrote: > On Wed, Jul 16, 2008 at 9:44 AM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: >> On Tue, Jul 15, 2008 at 11:19 PM, Marco Pesenti Gritti >> <[EMAIL PROTECTED]> wrote: >>> On Tue, Jul 15, 2008 at 5:32 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: Ok, pushed then. If my vote doesn't count because I'm the one who proposed it, please tell (and next time will ask my neighbour to do the request instead). >>> >>> Yeah I think your vote would not count. You have mine though :) >> >> Seriously now, who should have submitted the request? I'm the guy who >> coded it, but other people prompted me to do so. Would be someone from >> the community who felt the need (Bryan Berry)? Or some one from OLPC >> that thought this was needed (Greg Smith)? Or should be one from the >> release team? > > I think you should have submitted the request. You wrote the patch and > you know how risky it is. > That's fine, two other members of the rt should have approved it. Are you sure we should couple so much the feature exception to the patch? I would have expected that an exception would be granted just in base of the need for it and how much sense it makes to have that feature in that release. Later, there would be a code review that should take in account the time we have left for stabilizing and how invasive is the patch. Other projects do code review and exception granting at the same moment? Regards, Tomeu ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Feature/string freeze exception: uninstall activities from the shell
On Wed, Jul 16, 2008 at 9:44 AM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: > On Tue, Jul 15, 2008 at 11:19 PM, Marco Pesenti Gritti > <[EMAIL PROTECTED]> wrote: >> On Tue, Jul 15, 2008 at 5:32 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: >>> Ok, pushed then. If my vote doesn't count because I'm the one who >>> proposed it, please tell (and next time will ask my neighbour to do >>> the request instead). >> >> Yeah I think your vote would not count. You have mine though :) > > Seriously now, who should have submitted the request? I'm the guy who > coded it, but other people prompted me to do so. Would be someone from > the community who felt the need (Bryan Berry)? Or some one from OLPC > that thought this was needed (Greg Smith)? Or should be one from the > release team? I think you should have submitted the request. You wrote the patch and you know how risky it is. That's fine, two other members of the rt should have approved it. Marco ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Feature/string freeze exception: uninstall activities from the shell
> Seriously now, who should have submitted the request? Probably someone from OLPC, if they judged it to be a serious enough deficiency to merit a late submission. -walter On Wed, Jul 16, 2008 at 3:44 AM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: > On Tue, Jul 15, 2008 at 11:19 PM, Marco Pesenti Gritti > <[EMAIL PROTECTED]> wrote: >> On Tue, Jul 15, 2008 at 5:32 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: >>> Ok, pushed then. If my vote doesn't count because I'm the one who >>> proposed it, please tell (and next time will ask my neighbour to do >>> the request instead). >> >> Yeah I think your vote would not count. You have mine though :) > > Seriously now, who should have submitted the request? I'm the guy who > coded it, but other people prompted me to do so. Would be someone from > the community who felt the need (Bryan Berry)? Or some one from OLPC > that thought this was needed (Greg Smith)? Or should be one from the > release team? > > Regards, > > Tomeu > ___ > Sugar mailing list > Sugar@lists.laptop.org > http://lists.laptop.org/listinfo/sugar > ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Feature/string freeze exception: uninstall activities from the shell
On Tue, Jul 15, 2008 at 11:19 PM, Marco Pesenti Gritti <[EMAIL PROTECTED]> wrote: > On Tue, Jul 15, 2008 at 5:32 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: >> Ok, pushed then. If my vote doesn't count because I'm the one who >> proposed it, please tell (and next time will ask my neighbour to do >> the request instead). > > Yeah I think your vote would not count. You have mine though :) Seriously now, who should have submitted the request? I'm the guy who coded it, but other people prompted me to do so. Would be someone from the community who felt the need (Bryan Berry)? Or some one from OLPC that thought this was needed (Greg Smith)? Or should be one from the release team? Regards, Tomeu ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] proposed addition to the Activities page templete
It obvious occurred to me after seeing some questions posed on the OLPC-Sur list: 4. There is an inventory of what activities can be used with mesh, nor what ways. 5. The mesh is only capable of some form of collaboration in small groups. Why don't we add a new field in the Activities page template that indicates both whether or not an activity supports some form of collaboration and, if so, what is the supported number of collaborators. (The latter may, of course, be somewhat fuzzy depending upon the nature of the connection: via school server or "under a tree"). We could have a simple set of options (the numbers perhaps need tuning): A) no collaboration B) pair-wise collaboration C) small (3-4) group collaboration D) classroom (10-20) collaboration We could break down collaboration a bit further: sharing interacting ??? and we may want to comment on, for example, how many Type A collaborations can be supported at once. An example of: A is Turtle Art B is Distance C is Write D is Chat We'd need to do some serious QA to figure this out, but I think it would go a long ways towards giving people a sense of what they can expect in terms of a robust use of Sugar. -walter ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Activity versioning schema
On Tue, Jul 15, 2008 at 7:03 PM, Martin Langhoff <[EMAIL PROTECTED]> wrote: > On Wed, Jul 16, 2008 at 10:51 AM, Gary C Martin <[EMAIL PROTECTED]> > wrote: > > Version (activity_version) is just some sortable entity to be agreed > > In other words, let us do the same thing that rpm and dpkg do. > > It gives you both more expressive power, and a stupid "1.1.0.9z is > older than 2.0-alpha" cmp function for whenever you need it. > Right on.SJ. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
