Re: Sugar unusable as an e-book reader

[karl ramberg]

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 ?

[karl ramberg]

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

[karl ramberg]

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 

Re: etoys implementation

[Karl Ramberg]

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: [sugar] OLPC's bizarre behaviors

[Karl Ramberg]

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: #7062 NORM Never A: TestTile does not alow 'random (5) = 3'

[Karl Ramberg]

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: Frame Decision (was [sugar] OLPC priorities for Sugar in the August release)

[Karl Ramberg]

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

[Karl Ramberg]

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 




Karl 


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel