On Thu, Oct 30, 2008 at 03:09:16PM -0400, Benjamin M. Schwartz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Erik Garrison wrote:
> > It seems from my reading of mailing lists, IRC logs, and listening to
> > conversations with people that we are trying to resolve all of these
> > is
On Thu, 30 Oct 2008, Benjamin M. Schwartz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Erik Garrison wrote:
>> It seems from my reading of mailing lists, IRC logs, and listening to
>> conversations with people that we are trying to resolve all of these
>> issues by implementing mor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Erik Garrison wrote:
> It seems from my reading of mailing lists, IRC logs, and listening to
> conversations with people that we are trying to resolve all of these
> issues by implementing more code to get around difficulties imposed by
> our current d
Thank you to the repliers to my original proposal. I missed a crucial
point--- which is that I must clearly draw the lines of connection between
user-facing requirements and the solutions provided by my proposal. I
am rewriting it with this pattern in mind. If you wish to reply on the
mailing li
2008/10/30 Luke Faraone <[EMAIL PROTECTED]>:
> On Wed, Oct 29, 2008 at 20:50, Bill Bogstad <[EMAIL PROTECTED]> wrote:
>>
>> > the fact that they will quickly disappear off the screen, and may be
>> > auto-deleted by the system greatly limits their value.
>>
>> Only if they don't get used. In which
On Wed, 29 Oct 2008, Bill Bogstad wrote:
> On Wed, Oct 29, 2008 at 8:11 PM, <[EMAIL PROTECTED]> wrote:
>> On Wed, 29 Oct 2008, Bill Bogstad wrote:
>>
>
>>> Alternative proposal to encourage Journal use:
>>>
>>> When the system boots, start in the Activity view with the Journal;
>>> not in the Hom
Erik Garrison wrote:
> However, it is unclear how hacking is
> supposed to proceed within Sugar without some exposure to the underlying
> filesystem.
Run Browse and you start with "OLPC Library". Click in the location
field and you see file:///home/olpc/.library_pages/index.html. Any
inquisit
On Wed, Oct 29, 2008 at 20:50, Bill Bogstad <[EMAIL PROTECTED]> wrote:
> > the fact that they will quickly disappear off the screen, and may be
> > auto-deleted by the system greatly limits their value.
>
> Only if they don't get used. In which case, those entries should
> scroll off the bottom a
On Wed, Oct 29, 2008 at 8:11 PM, <[EMAIL PROTECTED]> wrote:
> On Wed, 29 Oct 2008, Bill Bogstad wrote:
>
>> Alternative proposal to encourage Journal use:
>>
>> When the system boots, start in the Activity view with the Journal;
>> not in the Home view. Pre-populate Journal with entries for the
>
On Wed, 29 Oct 2008, Bill Bogstad wrote:
> On Wed, Oct 29, 2008 at 1:21 AM, Benjamin M. Schwartz
> <[EMAIL PROTECTED]> wrote:
>
>>> 2) Data access and user-perceived reliability:
>>
>> Problem: Users can't find things because they're not providing enough
>> metadata for search to work, and there's
On Wed, Oct 29, 2008 at 1:21 AM, Benjamin M. Schwartz
<[EMAIL PROTECTED]> wrote:
>> 2) Data access and user-perceived reliability:
>
> Problem: Users can't find things because they're not providing enough
> metadata for search to work, and there's too much stuff for them to find
> it without searc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mel Chua wrote:
> I'm going to try to reword this as a list of features that would potentially
> be good for the XO to have
Me too. I should make my bias clear: I believe we should put our efforts
into improving our existing datastore/Journal implem
On Tue, 28 Oct 2008, Mel Chua wrote:
1) Compatibility with existing applications
Feature: Making it possible to convert Linux/X applications into Activity
bundles, retaining all important functionality, without source code
alterations.
Current Sugar: Has a custom API for saving data that's "di
I'm going to try to reword this as a list of features that would potentially
be good for the XO to have, followed with a section on how Sugar currently
addresses the problem, and then potential solutions, including - but not
limited to - "modifying the datastore to provide human-readable file names
By reintroducing the concept of files to our systems we can simplify our
work in a number of areas relative to 8.2:
- Compatibility with existing applications:
One of the principal reasons that the tens of thousands of open source
applications that run on Linux aren't usable under Sugar is that we
15 matches
Mail list logo
