Re: Recent Updates to Sugar Almanac

2008-07-01 Thread Tomeu Vizoso
Hi Faisal, sorry to get to this so late, are there any outstanding doubts? The DS is right now a big mess due to long-standing bugs and basic features still unimplemented. I hope that during the next release significant resources will be allocated to this, if in the meantime you could suggest

Re: Recent Updates to Sugar Almanac

2008-07-01 Thread Faisal Anwar
Hi Tomeu, No problem about the late reply ... I am documenting improvements as I document the current state of the system. So I'll try to suggest some more coherent api as well. Let's keep in touch about this. Faisal On Tue, Jul 1, 2008 at 4:49 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote: Hi

Re: Recent Updates to Sugar Almanac

2008-06-16 Thread Faisal Anwar
Hi James, Thanks for the feedback. I had two follow up questions for you or others who are in the know with datastore: 1. You said: 'However, if your application is like Read, Read Etexts, or View Slides, which are always resumed from existing Journal entries, there is no need to write a file.

Re: Recent Updates to Sugar Almanac

2008-06-16 Thread James Simmons
Faisal, Look at the code for the Read activity. It never creates a Journal entry itself. What it does is to resume from a directory entry created by downloading a PDF through the Browse activity or perhaps one copied from a USB key using the Journal activity. So there *is* a file in the

Re: Recent Updates to Sugar Almanac

2008-06-16 Thread Faisal Anwar
Hi James, Based on your feedback, I've changed to wording for the write_file() entry to the following: *The following simple write_file() method shows how both metadata and files are written. write_file() must point to a physical file. This file reference can be created in several ways: * 1.

Re: Recent Updates to Sugar Almanac

2008-06-16 Thread James Simmons
Faisal, /* You can download or save a file to a particular location and then change the self._jobject.file_path variable (as the Read activity does). */The Read activity only does the self.jobject.file_path variable when receiving a shared document. I wish I had a really old version of Read

Journal, Clipboard and activity instances vs. files (was Re: Recent Updates to Sugar Almanac)

2008-06-16 Thread Wade Brainerd
2008/6/16 Faisal Anwar [EMAIL PROTECTED]: Rather than keeping track of what state you are in, it seems more coherent and natural that the developer only worries about specific calls to write metadata when he wants to write metadata (like volume and playback settings) and only worries about

Re: Journal, Clipboard and activity instances vs. files (was Re: Recent Updates to Sugar Almanac)

2008-06-16 Thread James Simmons
Wade, What you propose sounds difficult for a kid to master. For myself, I'd like external storage to be treated differently from Journal entries and to *look* like its being treated differently. External storage could have files and directories, you could navigate through them with a

Re: Journal, Clipboard and activity instances vs. files (was Re: Recent Updates to Sugar Almanac)

2008-06-16 Thread Wade Brainerd
Hey James, It actually sounds a bit like we're talking about the same thing... On Mon, Jun 16, 2008 at 3:26 PM, James Simmons [EMAIL PROTECTED] wrote: What you propose sounds difficult for a kid to master. For myself, I'd like external storage to be treated differently from Journal entries