On Tue, Apr 27, 2010 at 11:00:15PM -0400, Benjamin M. Schwartz wrote:
I'm reluctant to do this, though, because it feels like an ugly hack.
The right solution would be for the suspend system to recognize
that Stopwatch has a timer set to expire in 100 ms, and postpone
suspend.
UPower has
I noticed something interesting with he stopwatch activity on the XO
1.5 C2 with build 120. When the XO goes into suspend, the clock stops
display, but upon resume, will show actual time elapsed (clock keep
counting). Mark also works correctly, displaying the time when the
Mark button is clicked
On Tue, 27 Apr 2010, Sameer Verma wrote:
I noticed something interesting with he stopwatch activity on the XO
1.5 C2 with build 120. When the XO goes into suspend, the clock stops
display, but upon resume, will show actual time elapsed (clock keep
counting). Mark also works correctly
On Tue, Apr 27, 2010 at 8:00 PM, Benjamin M. Schwartz
bmsch...@fas.harvard.edu wrote:
On Tue, 27 Apr 2010, Sameer Verma wrote:
I noticed something interesting with he stopwatch activity on the XO
1.5 C2 with build 120. When the XO goes into suspend, the clock stops
display, but upon resume
On Nov 14, 2007, at 2:45 AM, Benjamin M. Schwartz wrote:
1. Project name : StopWatch
3. One-line description : The most ludicrously awesome
stopwatch ever
Done. Your tree is here:
git+ssh://[EMAIL PROTECTED]/git/activities/stopwatch
Your usernames are lukego and surendra.
Nick,
At Thu, 15 Nov 2007 17:13:34 -0500,
nick knouf wrote:
Bert Freudenberg writes:
I question the very assumption that continuously telling
the time is even remotely important on a learning machine
for kids in elementary school age.
Dealing with time is a critical life
What I was suggesting though is
that there should *not* be a clock in the Sugar frame visible all the
time.
+1 to including hooks to Sugar for frame-resident mini-apps.
+1 to making the frame clock optional (turned on from the clock activity -
another reason to keep it an activity) and
On Nov 16, 2007, at 1:57 PM, Yoshiki Ohshima wrote:
Well, it seems that you are responding to a wrong message.
Not really; if the question is whether or not there is a clock
application that is standard on the laptop, implicit there is a
decision as to _what kind_ of clock application.
On Nov 16, 2007, at 21:13 , nick knouf wrote:
On Nov 16, 2007, at 1:57 PM, Yoshiki Ohshima wrote:
Well, it seems that you are responding to a wrong message.
Not really; if the question is whether or not there is a clock
application that is standard on the laptop, implicit there is a
-1 to the idea that we should deliberately leave out features in order to
encourage kids to program. O, ye of little
faith.
I don't see anybody said this, but yes, that would be bad. The
environment should come rich set of tools/widgets etc. that make the
environment rich. Several clock
This is a Color of the Bikeshed issue.
Give it a rest.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
On Nov 17, 2007, at 0:21 , Mitch Bradley wrote:
This is a Color of the Bikeshed issue.
Give it a rest.
The clock discussion is, you're right.
Reminding everyone that we set out to create an environment for kids
to explore and construct is not. It's perplexing how few developers
seem to
Bert Freudenberg writes:
I question the very assumption that continuously telling
the time is even remotely important on a learning machine
for kids in elementary school age.
Dealing with time is a critical life skill that must be learned.
Having a clock is thus very important.
Whose
On Wed, Nov 14, 2007 at 02:45:31AM -0500, Benjamin M. Schwartz wrote:
2.5. Download: http://dev.laptop.org/~bemasc/StopWatchActivity-1.xo
Tested on build 625 on a B4, works okay, problems you probably already
know about:
1. the Start/Stop text legend disappears when the cursor is over it and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Cameron wrote:
On Wed, Nov 14, 2007 at 02:45:31AM -0500, Benjamin M. Schwartz wrote:
2.5. Download: http://dev.laptop.org/~bemasc/StopWatchActivity-1.xo
Tested on build 625 on a B4, works okay, problems you probably already
know about:
Is there a reason you haven't made the clock and the stopwatch different
functions for a single activity?
I second that. I think these could be integrated
- Eben
Regards,
Mako
--
Benjamin Mako Hill
[EMAIL PROTECTED]
http://mako.cc/
-BEGIN PGP SIGNATURE-
Version: GnuPG
I'm so glad you got around to doing this! Such tool are badly needed on
the laptop.
Is there a reason you haven't made the clock and the stopwatch different
functions for a single activity?
Regards,
Mako
--
Benjamin Mako Hill
[EMAIL PROTECTED]
http://mako.cc/
signature.asc
Description:
Eben Eliason wrote:
Is there a reason you haven't made the clock and the stopwatch different
functions for a single activity?
I second that. I think these could be integrated
While you're at it, how about integrating the camera activity with it,
so it could be like Dick Tracy's
While you're at it, how about integrating the camera activity with it,
so it could be like Dick Tracy's 2-way wrist TV.
:-)
The original message included Obsessive accuracy, so maybe this option
would be appropriate:
First Atomic Clock Wristwatch
I thought about this a bit more, and think that there may be a valid
split between what might be called Clock and Time (currently
StopWatch) activities.
Clock's primary purpose would be to display a large clock. It would
likely have digital and analog modes, but could probably choose one or
the
Benjamin,
1. Clock is non-interactive. It doesn't make sense to share it, or
save it to the journal, so I've disabled those features.
Human being is good at finding differences, but drawing similarity
out of seemingly different things is more fun if you know it.
2. I like small programs
What do people think of this distinction?
To my prejudice, it sounds like a bad idea.
If you have to do some operations on the laptop and wait many
seconds just to check the current time, that sounds bad, too.
There was an idea of having a little clock in the Sugar frame. How
about
Eben,
If you have to do some operations on the laptop and wait many
seconds just to check the current time, that sounds bad, too.
The clock activity is wholly independent in my perspective from having
a clock in Sugar. We still intend to incorporate that - the overhead
of launching
To my prejudice, it sounds like a bad idea.
If you have to do some operations on the laptop and wait many
seconds just to check the current time, that sounds bad, too.
The clock activity is wholly independent in my perspective from having
a clock in Sugar. We still intend to incorporate
quote who=Eben Eliason date=Wed, Nov 14, 2007 at 01:48:44PM -0500
I thought about this a bit more, and think that there may be a valid
split between what might be called Clock and Time (currently
StopWatch) activities.
I agree with your analysis. There are several important ways in which a
On Wed, Nov 14, 2007 at 02:36:08PM -0500, Eben Eliason wrote:
We still intend to incorporate that - the overhead of launching an
activity is silly.
More precision would make this particular comment more helpful. How low
an overhead (in seconds and MB of RAM IO) are we aiming for? What are
On Nov 14, 2007 4:07 PM, Michael Stone [EMAIL PROTECTED] wrote:
On Wed, Nov 14, 2007 at 02:36:08PM -0500, Eben Eliason wrote:
We still intend to incorporate that - the overhead of launching an
activity is silly.
More precision would make this particular comment more helpful. How low
an
On Nov 14, 2007, at 22:37 , Eben Eliason wrote:
I'm talking, really, about interaction overhead. In order to see the
current time I should press a key, or make a gesture with the mouse,
or something similar. I shouldn't have to find the clock activity
wherever that might be, click to launch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hal Murray wrote:
Obsessive accuracy.
What's your version of Obsessive? Seconds? Milliseconds? Microseconds?
I have no desire to do better than 0.01s. Human reaction times are an order of
magnitude slower than that anyway.
What I meant is, I
Eben Eliason wrote:
On Nov 14, 2007 4:07 PM, Michael Stone [EMAIL PROTECTED] wrote:
On Wed, Nov 14, 2007 at 02:36:08PM -0500, Eben Eliason wrote:
We still intend to incorporate that - the overhead of launching an
activity is silly.
More precision would make this particular
On Wed, Nov 14, 2007 at 12:03:08PM -0500, Benjamin M. Schwartz wrote:
It takes some time to process your mouse click, and under heavier CPU
load, that time may be long enough that the time label continues to
redraw before it can be stopped.
Good. I suspected as such, based on your original
So it doesn't look like there is consensus on this yet - Mako - since
you seem to be following this (and I'm at a conference), could you
ping me when you think consensus has been reached?
Thanks,
--
Daniel Clark # Sys Admin, One Laptop per Child
# http://laptop.org # http://opensysadmin.com
#
Note that X button and keyboard events have timestamps, in milliseconds.
(This wraps in some hundreds of days, but I doubt anyone will use the
stopwatch that long; you do have to worry in principle about doing
modulus arithmetic, though IIRC, X servers generally have been using
time since the
Bert Freudenberg writes:
I question the very assumption that continuously telling
the time is even remotely important on a learning machine
for kids in elementary school age.
Dealing with time is a critical life skill that must be learned.
Having a clock is thus very important.
Keeping the
stopwatch ever
conceived.
4. Longer description :
StopWatch is a multi-user Sugar stopwatch activity. Features include:
10 Stopwatches per instance
Named stopwatches
Easy to use in ebook mode (with icons indicating the functions of the game keys)
Obsessive accuracy.
Draws 0% CPU when not visible
35 matches
Mail list logo