Re: [sugar] Xnee as a tutorial/demonstration tool
On Tue, Jun 26, 2007 at 08:18:16AM -0400, Noah Kantrowitz wrote: > Faking X events will be controlled via a bitfrost permission. In > general, if your app doesn't require this functionality it would be > preferable from a security standpoint if you could find a different way > to do this, but it is up to you. The one thing to be aware of is that > permission is considered one of the "high security" ones, and is not > requestable by unsigned apps. This means that if someone makes a > modified version of TamTam and distributes it, such a feature will not > work without the user explicitly granting the new activity the needed > permission. That doesn't seem like a big problem. Why should an unmodified demo work on a modified TamTam? Surely you can think of a better objection to using fake X events? -- Make April 15 just another day, visit http://fairtax.org ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] internationalizing numbers?
On Fri, Oct 26, 2007 at 11:21:44AM +0200, Pascal Scheffers wrote: > Other than that, and only judging from the occasional arab, japanese, > chinese and hebrew website I see but cannot read, most just use roman > numerals like we do in left to right, most significant digit first. I think you mean arabic numerals. Roman numerals are a bit baroque. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] internationalizing numbers?
On Fri, Oct 26, 2007 at 07:30:22PM +0200, Bert Freudenberg wrote: > On Oct 26, 2007, at 15:23 , Joshua N Pritikin wrote: > > I think you mean arabic numerals. Roman numerals are a bit baroque. > > But there are non-arabic numbers in use. For example, the learning > activity from OLPC Nepal includes a game to learn the numerals in use > in Nepal: > > http://lists.laptop.org/pipermail/olpc-open/2007-October/000216.html > > (picture of numerals: http://www.omniglot.com/writing/nepali.htm) No doubt and I know that Hindi/Marathi/Sanskrit has their own version of the arabic numbers. I think we have to solve this on a case-by-case basis. We have to balance standardization and disambiguation against preserving the cultural heritage. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] free disc space in journal
On Mon, Feb 25, 2008 at 12:02:46AM +, Martin Dengler wrote: > - separate gas [petrol] gauge in the Home view, if it's important > and actionable enough Actionable? Yes, good idea, it should be actionable. If it gets full and you click it then it should try to free up some space, perhaps with a confirmation screen. -- Make April 15 just another day, visit http://fairtax.org ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Speech Synthesis Integration - User Interfaces and other Implementation Considerations
On Sat, Mar 01, 2008 at 06:15:06PM +, Gary C Martin wrote: > On 1 Mar 2008, at 17:48, Hemant Goyal wrote: > > 4. Speak out a welcome message to the child when the XO boots up? > > (Hello xyz welcome to sugar or something like that?) > > Playing with fire there - I think for a teacher with a class full of > XOs the novelty will wear off pretty quick. Good point. However, I still think it would be a neat trick for the first time after the laptop knows the child's name. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Copy/Paste icon colour (Re: A Sugar TODO List, of Sorts)
On Tue, Apr 22, 2008 at 12:56:54PM -0400, Eben Eliason wrote: > On Mon, Apr 7, 2008 at 10:47 PM, Gary C Martin <[EMAIL PROTECTED]> wrote: > > On 7 Apr 2008, at 20:00, Tomeu Vizoso wrote: > > >> • Color copy/paste buttons in activities > > > Which colors should take? Just the local colors? > > > > I've always been unclear about the purpose of this, and have not seen > > an explanation – always thought the coloured icon looked out of place > > in the toolbar. Anyone know the reason/metaphor that makes colouring > > it so important? > > When a clipping is made, it appears in the Frame as an icon, rendered > in a specific XO color pair. Having clippings in various colors can > help to make the clipboard a bit more engaging, and aid in identifying > the correct one in the absence of (much needed) previews. Eben, usually your ideas make sense to me. Maybe I am missing something, but I don't understand your idea. What the clipboard needs is previews. Does coloring a clipping with the source XS color pair add anything if there is already a preview? ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Recursive Signal Loop.
On Thu, Apr 24, 2008 at 04:52:52PM -0400, Eben Eliason wrote: > I guess so, but that sounds like a pretty terrible hack. I guess I'd > have to set a flag within CollapsedEntry upon the notify::keep > callback, and then check for the state of that flag within the > set_jobject method of the same class, skipping the update of the > KeepIcon when true and setting it back to false. This is a roundabout > way of getting at it, though, and it actually *depends* on the > callback loop remaining intact in the future. Yah, that's pretty horrible. I was think more along the lines of passing a "change-owner token" through the API somehow. Maybe you can't do that because the API doesn't offer a slot for user-data. (This might be a good thing to add in the shiny new olpcfs?) Another idea, if you are certain you aren't going to use multiple threads, is to put the change-owner in a global variable. > Otherwise, the flag would get set on the callback, and never unset, > such that the next time a change was indeed performed outside the UI, > it would think that it just took a "long time" for the loop to go > around. > > On Thu, Apr 24, 2008 at 4:45 PM, Joshua N Pritikin <[EMAIL PROTECTED]> wrote: > > I'm not sure if I understood the problem, but .. > > > > One way to handle this is to keep track of who made the change. If the > > change was coming from the user then the UI is already updated and does > > not need to be updated. If the change is coming from the DS (not the > > user) then the UI does need to be updated. -- Make April 15 just another day, visit http://fairtax.org ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar\Windows won't ship
On Sat, Apr 26, 2008 at 03:27:21PM -0400, [EMAIL PROTECTED] wrote: > As for Windows, the problem is that you can't scale large > installations without going bankrupt with the annual fees that > Microsoft charges.? This works out to about $100 per computer per year > in many US schools, and is one of the reasons that Brazil moved to > Linux. As I have posted before, I am not distressed by the inclusion of Windows on the XO laptop, perhaps in a dual-boot configuration or whatever. What would distress me is if Windows was not sold as an option. If laptops could only be purchased with Windows, raising the price by the Microsoft tax, that would be a cause for complaint. I don't think OLPC intends to go that way. Windows is about more choice, not less, right? ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] xomail
On Tue, Apr 29, 2008 at 09:32:45AM +1000, Martin Edmund Sevior wrote: > You can immediately reuse the AbiWidget from libabiword for > your rich text HTML editor. libabiword has a very capable > export content to HTML feature. You can copy and paste the > relevant parts from the Write program to have the same > interface as Write if you wish. Do we really want to encourage HTML email? :-P ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] xomail
On Mon, Apr 28, 2008 at 07:39:13PM -0500, Dennis Gilmore wrote: > On Monday 28 April 2008, Joshua N Pritikin wrote: > > Do we really want to encourage HTML email? :-P > > We should add the option, but i would prefer plaintext as the default. I wasn't really serious about plain text email. I mean, do you want to try to explain to a 7 year old why he shouldn't email a photo to a friend? I think a better angle on the problem is to be more aggressive about blocking email. Can we GPG sign email by default? ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] xomail
On Tue, Apr 29, 2008 at 11:27:56AM -0400, Kevin Cole wrote: > On Mon, Apr 28, 2008 at 10:05 PM, Joshua N Pritikin <[EMAIL PROTECTED]> wrote: > > I think a better angle on the problem is to be more aggressive about > > blocking email. Can we GPG sign email by default? > > I hope you weren't serious about GPG either. ;-) > > I suppose people can tolerate a wee bit o' garbage at the end of their > messages, if for whatever reason they don't have access to GPG (e.g. I > don't get this list in my GPG-capable MUA, but use the web interface > -- and don't particularly like FireGPG). But do you want people to > type a password on every send? No. The private key does not need to be password protected. > If not, aren't you kind of defeating the whole point of GPG, or am I > misunderstanding you? It's not a perfect strategy, I agree. However, I think it's better than nothing. The school server could be configured to bounce unsigned email or allow only certain whitelist signatures to pass through the mail server. If a kid really wants unrestricted email then Gmail exists. Email is great, but we need to protect kids until they are old enough to handle the responsibility. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar