Re: Sugar unusable as an e-book reader
On 10/27/08, Gary C Martin [EMAIL PROTECTED] wrote: On 27 Oct 2008, at 04:19, [EMAIL PROTECTED] wrote: I just gave up on trying to use my XO to read e-books (build 767) I read a number of quite large pdf documents and research papers on the XO, Read has been good for me and though there could be some additional UI refinements, calling it unusable is quite an attempt at trolling. A little to strong I agree. I read quite a lot of stuff on the XO and it is quite useful. The main complaints are similar to yours: the losing of page/zoom info between reboots. And I look forward to Firefox downloads to Journal, it is a little timeconsuming to exit Firefox and open Browse to download a pdf or other format. Some annotation tool is probably a must for education. Karl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Date And Time control panel renamed to Timezones ?
The control panel called Date and time could maybe be renamed Timezones as you really don't set or see either date or time with the current one. Karl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Scratch fails to write to Scratch.activity/Projects
Bert have implemented Etoy saving to the Journal but I guess the backporting that to older Squeak images Scratch use could be a issue. On 8/27/08, Greg Smith [EMAIL PROTECTED] wrote: Hi Erik, John et al, Scratch is hot in the field right now! Kids are posting Scratch projects out of Uruguay and its been included in the teacher trainings in other countries too. One of the many great things about this application is that it posts directly to the Scratch web site. So its easy to share your work from the XO. Something that is not as easy as it should be outside Scratch. The only downside I have found with Scratch accessing the file system directly is that people have not been able to move their Scratch projects to a USB stick. I think they are working around that by posting them to the Scratch site and pulling down from there but its still a problem for offline XOs or those with little BW. In any case, I want to make sure Scratch it works in 8.2, at least as well as it did in 70x builds. Does this fix below allow that? If it does, can we make sure to get that on the activities page and available to all? On the bug system question, the main page is at: http://dev.laptop.org/ Use the view tickets or new ticket links to get started. Conventions for using the various fields are documented here: http://wiki.laptop.org/go/Trac_conventions Scratch is a phenomenon. It has traction with kids from Newton (e.g. my kids :-) to Montevideo and Port Au Prince. Thanks a lot for creating this super fun tool! Thanks, Greg S * Date: Tue, 26 Aug 2008 22:01:21 -0500 From: Erik Garrison [EMAIL PROTECTED] Subject: Re: Scratch fails to write to Scratch.activity/Projects To: John Maloney [EMAIL PROTECTED] Cc: devel@lists.laptop.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii On Tue, Aug 26, 2008 at 08:40:34PM -0400, John Maloney wrote: Hi, Scott. What's wrong with just making the directory Scratch.activity/Projects writable by the world? Seems to me that it could not hurt other applications. Scratch does not run any binary files from that folder, so it should be pretty safe. At worse, some malicious software could write a bogus project file that Scratch would refuse to open. I personally find this an acceptable solution. However, in the present moment we have our hands tied, as the olpc-configure script which runs on first boot now chmod 755's all directories in /home/olpc. This is problematic when activity bundles are installed prior to the first boot, as they are when we use a 'customization' usb key, as all directories will lose the permissions set by the bundle creators. Customization key description: [http://wiki.laptop.org/go/Customization_key] Peru has moved to using this method to install activities. This is good for local system customization, but it has caused this issue to rear its head. The Scratch activity used to install that way but I suppose something about the installation process has changed. Specifically: http://dev.laptop.org/git?p=projects/olpc-utils;a=blob;f=olpc-configure;h=0d6ef55ed49635672d63ae79831bff2a2eea4143;hb=db05cda6b8f36fe833bfa8a201d2b5467afbbd94#l138 This code is run once on first-boot. Is there a Wiki page that explains how to use the bug database? Somewhat. http://wiki.laptop.org/go/Trac Feel free to re-package the current Scratch activity installer to include your patch, if you think that makes sense. I have taken the Scratch-6.xo which C. Scott initially provided and got it to work on the XO as-is. This involved dropping the wrapper code mentioned in the ticket [http://dev.laptop.org/ticket/8166] and placing it into Scratch.activity/bin/scratch-activity and symlinking the Projects directory to /tmp/scratch. A patch to the scratch-activity script is attached to the ticket. An activity bundle (with a lang=es line in its Scratch.ini) is available at [http://dev.laptop.org/~erik/activities/Scratch-6.es.xo]. Erik On Aug 26, 2008, at 6:36 PM, C. Scott Ananian wrote: In http://dev.laptop.org/ticket/8166 there's a problem reported: Peru can't save their work in Scratch, because Scratch tries to write to Scratch.activity/Projects, and this is not writable. Luckily, there is an easy workaround: the directory $SUGAR_ACTIVITY_ROOT/data is persistent storage which is writable by the activity, and properly protected. On the trac page I've also provided a patch which wraps Scratch so that it writes to the proper place. Tomeu also volunteered on IRC earlier today to help you implement proper Journal support for Scratch. Finally: there are a number of bugs filed against scratch in our bug tracker, but it doesn't appear to have a proper component and owner created for it in the tracker. We'd like to fix that: do you have a username on the dev.laptop.org
Re: etoys implementation
NoiseEHC wrote: There's also a warning at http://wiki.squeak.org/squeak that if you want to run eToys, you need to run a different version of Squeak than everybody else. *That* is Etoys. What is wrong with it? Just out of curiosity: Exactly how is it different from vanilla squeak? (If there is such a thing at all.) Is it a different VM, or just a different distribution since it has a different binary blob? The Etoys image is different than the main Squeak image, which is mostly used by researchers and web developers.The main Squeak image is more focused on maintaining the Smalltalk libraries and IDE features while Etoys is more like a application. One drawback of the Smalltalk image is it's monolithic nature and while the separation of the main classes and Etoy classes can be done, it's a big job and can become a hassle when all kinds of different users have their own agenda and objectives. Therefor a plethora of images are available and are specialized for their use, much like different Linux distributions. Karl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #7062 NORM Never A: TestTile does not alow 'random (5) = 3'
Zarro Boogs per Child wrote: #7062: TestTile does not alow 'random (5) = 3' -+-- Reporter: karl| Owner: etoys Type: defect | Status: new Priority: normal | Milestone: Never Assigned Component: etoys-activity | Version: Update.1 Resolution: |Keywords: Verified: 0 |Blocking: Blockedby: | -+-- Comment(by ScottWallace): While not disagreeing with the suggestion, note that it *is* possible to construct an expression of the sort mentioned, witness the attached jpg. How did you make this ? Karl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] OLPC's bizarre behaviors
Bert Freudenberg wrote: On 23.05.2008, at 06:34, Alex Belits wrote: Right, it's to make a big announcement that addresses none of those questions, and provides no information that is going to be relevant to the public for at least two years (and likely longer because development timeframe sounds pretty unrealistic in the absence of massive volunteer support). If I was anywhere close to OLPC management I would recommend to avoid any announcements before they can clearly and unambiguously announce some kind of position and plans for continuing development of the current project that can be seriously taken as immutable for the foreseeable future. Especially announcements that require 3D mockups in place of actual prototypes. Well, if this happened behind closed doors then people would demand to make it known ;) But seriously, the new design needs to be anticipated by the developer community, development from now on should take into account the future hardware directions. So I for one hope that developers will be informed of anticipated hardware changes as early as possible. And hopefully even early enough to give feedback. - Bert - A little off topic here, but I saw this cool video on how to make a cheap multi touch input device: http://www.youtube.com/watch?v=pQpr3W-YmcQ With this, one could start experimenting with features and possible issues such a device brings up. Karl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Frame Decision (was [sugar] OLPC priorities for Sugar in the August release)
John R. Hogerhuis wrote: On Sat, May 17, 2008 at 9:26 PM, Gary C Martin [EMAIL PROTECTED] wrote: - Do the 'frame reveal corner arrows' only appear when you hit the corners, or when your mouse is over the corner area (discoverability)? What is the difference between hit the corner/over the corner area? What I was thinking was to pop the frame icons when you enter the corner area that is now used to activate the frame. But the frame wouldn't activate until a click. I think we would need to be able to distinguish between entering the corner on the drag of an object and drag of not-an-object (like a paintbrush). In fact, just doing that right would resolve the worst Frame interaction with Paint since the Frame would not activate if you enter the corner with mouse down but you are not dragging anything. +1 Karl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 1935
Now that activities no longer are included in the builds could Berts update activities script be included ? http://dev.laptop.org/~bert/update-activities.py http://dev.laptop.org/%7Ebert/update-activities.py Karl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel