Am 14.07.2008 um 05:48 schrieb WikiAdmin:
> anonymous user 91.179.26.46 edited Presence Service D-Bus API
> http://wiki.laptop.org/index.php?title=Presence_Service_D-Bus_API&diff=0&oldid=137835
This adds the GetBuddyByTelepathyHandle() and ListChannels() methods.
Should we document the PS vers
If, as is the current plan, multiple versions of
an activity can coexist on an XO, ...
> Two use cases:
> 1. I have a journal object. I want to choose which activity to open it with.
> I am presented with a multilevel menu: the top level has all activities
> which open the mime type, the
On Tue, 2008-07-15 at 02:03 +0200, Marco Pesenti Gritti wrote:
> Hello,
>
> I discussed a bit with Michael how to integrate Sugar and OLPC release
> processes. I'm going to summarize the outcoming here.
>
> * SugarLabs should try to schedule his release a few months before the
> OLPC release targ
=== Sugar Digest ===
1. Sugar Labs governance: There are still a few more loose ends to
deal with before we are officially members of the Software Freedom
Conservancy. In preparation, I've made a lot of changes on the
governance page. Please comment.
2. Leaning: There were some interesting discu
On Tue, Jul 15, 2008 at 12:30 PM, Benjamin M. Schwartz
<[EMAIL PROTECTED]> wrote:
> I would be happy to whip up a universal approximate ordering for version
> strings in a few lines of Python. My emphasis here is on _approximate_;
> nothing should depend on precisely correct interpretation of vers
-BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jameson "Chema" Quinn wrote:
> | It is desirable for Sugar to be able to compare versions and
> | guess which one is newer.
>
> "Newer" means "more recent". If this capability is important to you, then
> we may simply include a datestamp in each
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eben Eliason wrote:
| I guess the point here is that performing intelligent string comparisons on
| several of these schemes requires parsing the string. ;)
I would be happy to whip up a universal approximate ordering for version
strings in a few line
On Mon, Jul 14, 2008 at 7:47 PM, Benjamin M. Schwartz <
[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jameson "Chema" Quinn wrote:
> | It is desirable for Sugar to be able to compare versions and
> | guess which one is newer.
>
> "Newer" means "more recent". If t
Hello,
I discussed a bit with Michael how to integrate Sugar and OLPC release
processes. I'm going to summarize the outcoming here.
* SugarLabs should try to schedule his release a few months before the
OLPC release target date (something around 2-3 months). That will give
us enough time to ensur
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jameson "Chema" Quinn wrote:
| It is desirable for Sugar to be able to compare versions and
| guess which one is newer.
"Newer" means "more recent". If this capability is important to you, then
we may simply include a datestamp in each bundle, separa
> I'd like to pose an alternative goal, inspired by your comment: Glucose
> should never attempt to parse version strings. I believe that we can
> accomplish this without sacrificing any of the user-facing behaviors that
> we truly desire. The choice of an appropriate versioning scheme may then
>
On Mon, Jul 14, 2008 at 4:18 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> If we're going to a 'dotted decimal' scheme, we
> should use '.'.
>
> ...
>
> Is 1.1 "newer" or "older" than 1.11?)
This is exactly the reason I think that 1-1 ... 1-11 is clearer (you're
right, colon is unworkable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Langhoff wrote:
| After
| all, if an activity writer wants to use Klingon characters for
| versioning, hey, let them go wild!
This is actually the key point. Currently, the versioning system is
embedded into the Glucose code itself, and our pl
On Mon, Jul 14, 2008 at 6:56 PM, Martin Langhoff
<[EMAIL PROTECTED]> wrote:
> Version numbers are used to communicate API/ABI compat and degree/type
> of changes to users. Later in this thread Eben suggests what everyone
> else in the industry is using: major.minor - sounds good to me. Even
> bette
On Tue, Jul 15, 2008 at 6:17 AM, Eben Eliason <[EMAIL PROTECTED]> wrote:
> There was an extensive discussion on this topic a while back on IRC,
Version numbers are used to communicate API/ABI compat and degree/type
of changes to users. Later in this thread Eben suggests what everyone
else in the i
On Mon, Jul 14, 2008 at 6:48 PM, Eben Eliason <[EMAIL PROTECTED]> wrote:
> I read on our wiki that the version number was supposed to be monotonically
> increasing. If that were the case, doing as you suggest isn't valid, as I
Who wrote this? Did they mean it to be taken this literally, or just
On Mon, Jul 14, 2008 at 6:41 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 14, 2008 at 6:24 PM, Eben Eliason <[EMAIL PROTECTED]>
> wrote:
> > I think this is still a whole bunch clearer than trying to convince
> someone
> > that version 5 is newer than version 10! (where 10 is a "b
On Mon, Jul 14, 2008 at 6:24 PM, Eben Eliason <[EMAIL PROTECTED]> wrote:
> I think this is still a whole bunch clearer than trying to convince someone
> that version 5 is newer than version 10! (where 10 is a "bugfix" release to
> what used to be version 4.)
You're undercutting your own points: wh
On Mon, Jul 14, 2008 at 6:18 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 14, 2008 at 6:07 PM, Eben Eliason <[EMAIL PROTECTED]>
> wrote:
> > On Mon, Jul 14, 2008 at 5:55 PM, Jameson Chema Quinn <
> [EMAIL PROTECTED]>
>
> I agree with almost everything jquinn said, except for the u
On Mon, Jul 14, 2008 at 6:07 PM, Eben Eliason <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 14, 2008 at 5:55 PM, Jameson Chema Quinn <[EMAIL PROTECTED]>
I agree with almost everything jquinn said, except for the use of ':'
to delimit version numbers. Like it or not, the rest of the software
world uses
On Mon, Jul 14, 2008 at 5:55 PM, Jameson Chema Quinn <[EMAIL PROTECTED]>
wrote:
>
> I agree with the signature approach. However, I don't really know what
>> happens when I have 37, 38, and 39 where 39 is a "bugfix" release of 37, and
>> 39 is a "brand new version"...I'd prefer to see them ordere
On Mon, Jul 14, 2008 at 5:34 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 14, 2008 at 4:49 PM, Eben Eliason <[EMAIL PROTECTED]>
> wrote:
> > I'm not sure this satisfies me. It might accurately handle the use case
> of
> > updating when upgrading, assuming that activity developers
> I agree with the signature approach. However, I don't really know what
> happens when I have 37, 38, and 39 where 39 is a "bugfix" release of 37, and
> 39 is a "brand new version"...I'd prefer to see them ordered 37, 39, 38, to
> coincide with the "level of newness". This is something we will l
Please speak to me of your thoughts on the security implications of
making Browse extensible.
Thanks,
Michael
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
As I have suggested before, I think that these sorts of checks also
matter enourmously to the quality of user experience that we'll be able
to provide when we start seriously attempting to provide 'easy code
sharing' features.
Michael
___
Sugar mailing l
On Mon, Jul 14, 2008 at 4:49 PM, Eben Eliason <[EMAIL PROTECTED]> wrote:
> I'm not sure this satisfies me. It might accurately handle the use case of
> updating when upgrading, assuming that activity developers are very careful
> to add extra info about compatibility into the .info file. It doesn
Comments follow...
On Mon, Jul 14, 2008 at 4:09 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 14, 2008 at 3:22 PM, Eben Eliason <[EMAIL PROTECTED]>
> wrote:
> > They don't get it? Or they don't get how a single integer is supposed to
> be
> > sufficient, and therefor use their own
The way I see it, there are TWO kinds of items for which
"compatibility" needs to be provided -- executables + data :
* Executables : The problem arises from the "quickness" with which
some users (such as I) can switch operating system versions. I
sometimes have two different "streams" on
On Mon, Jul 14, 2008 at 3:49 PM, Michael Stone <[EMAIL PROTECTED]> wrote:
> > Otherwise how can we reasonable sort/group the activities in any way
> > that makes sense?
>
> I suggested one (stupidly slow, but very general) approach based on the
> Travelling Salesman problem. To recap:
>
> Regard a
On Mon, Jul 14, 2008 at 3:22 PM, Eben Eliason <[EMAIL PROTECTED]> wrote:
> They don't get it? Or they don't get how a single integer is supposed to be
> sufficient, and therefor use their own methods? Do you have examples of
> specific "random and bogus" strings we can look at to see what's been t
> Otherwise how can we reasonable sort/group the activities in any way
> that makes sense?
I suggested one (stupidly slow, but very general) approach based on the
Travelling Salesman problem. To recap:
Regard all activities as nodes in a fully connected graph. Let
activities state that they are c
Hi,
Me and Tomeu were discussing the way browse should handle
extensions/plugins and we came to the conclusion that really, it
should do this the same way firefox does it, thereby making it far
easier to make future extensions/plugins... Right now, xulrunner
already has a way of doing this direc
On Mon, Jul 14, 2008 at 3:09 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> 2008/7/14 Eben Eliason <[EMAIL PROTECTED]>:
> > There was an extensive discussion on this topic a while back on IRC,
> which I
> > unfortunately don't have a record of. There was also mention of this in
> the
> > maili
2008/7/14 Eben Eliason <[EMAIL PROTECTED]>:
> There was an extensive discussion on this topic a while back on IRC, which I
> unfortunately don't have a record of. There was also mention of this in the
> mailing lists not too long ago, initiated by
> Morgan: http://lists.laptop.org/pipermail/sugar/
On Mon, Jul 14, 2008 at 05:36:44AM -0400, Brian Jordan wrote:
> On Mon, Jul 14, 2008 at 12:06 AM, Erik Garrison <[EMAIL PROTECTED]> wrote:
> >
> > I like Brian's idea but felt similarly about the difficulty in deciding
> > which hand button executes which function. SHIFT-HAND is a good
> > solutio
There was an extensive discussion on this topic a while back on IRC, which I
unfortunately don't have a record of. There was also mention of this in the
mailing lists not too long ago, initiated by Morgan:
http://lists.laptop.org/pipermail/sugar/2008-May/005895.html. Finally, I
brought this up at
Hi,
If you're interested in software for teaching children handwriting
(didactic handwriting), you can download it at
http://code.google.com/p/olpc-dhw/ or to look at my GSoC blog:
http://olpc-dhw.blogspot.com/
--
Julka
Juliana Lipkova web: http://ksp.sk/~julka ICQ: 292350370
On Sat, Jul 12, 2008 at 4:21 PM, Yoshiki Ohshima <[EMAIL PROTECTED]> wrote:
> At Thu, 10 Jul 2008 16:58:32 -0700,
> Edward Cherlin wrote:
>>
>> On Thu, Jul 10, 2008 at 4:20 PM, Yoshiki Ohshima <[EMAIL PROTECTED]> wrote:
>> >> So we could simulate a pendulum or a Newton's cradle? How do you
>> >> ha
On Mon, Jul 14, 2008 at 12:22 AM, Polychronis Ypodimatopoulos
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> Is it possible for Sugar users to have an extensible profile? Currently,
> this only encompasses nickname and colors, but are there plans to extend
> this somehow?
>
> I propose using a dictionary to
marco pesenti gritti wrote:
> On Thu, Jul 10, 2008 at 8:39 AM, Erik Garrison <[EMAIL PROTECTED]> wrote:
> > Sugar devs:
> >
> > This is a copy of my bug report for #447. I have completed a first pass
> > of the grab key implementation.
>
> Have you considered implementing this at the X lev
On Mon, 2008-07-14 at 11:27 +0200, Tomeu Vizoso wrote:
> On Sun, Jul 13, 2008 at 10:03 PM, Mikus Grinbergs <[EMAIL PROTECTED]> wrote:
> > Running recent Joyride on my G1G1. When I request a shutdown, it
> > sometimes proceeds "hands off". But sometimes, after the Sugar
> > shell has closed - noth
>> Running recent Joyride on my G1G1. When I request a shutdown, it
>> sometimes proceeds "hands off". But sometimes, after the Sugar
>> shell has closed - nothing further seems to happen. On those
>> occasions, sometimes the ending-picture (with the "don't do this"
>> icons) is presented if I p
= New requests =
The intro screen should be RTL in RTL locales
http://dev.laptop.org/ticket/3108
= Approved requests =
Battery indicator's icon fullness inconsistent with indicator %.
http://dev.laptop.org/ticket/4208
Object chooser has wrong icon for 'cancel'
http://dev.laptop.org/ticket/7482
On Mon, Jul 14, 2008 at 12:06 AM, Erik Garrison <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 13, 2008 at 11:19:46AM -0400, Eben Eliason wrote:
>> On Sun, Jul 13, 2008 at 11:03 AM, Brian Jordan <[EMAIL PROTECTED]> wrote:
>> > Brilliant work, Erik! I had a chance to play with your first working
>> > hand
On Mon, Jul 14, 2008 at 4:54 AM, Eben Eliason <[EMAIL PROTECTED]> wrote:
>
> Yeah, I'm unsatisfied, too. Perhaps we can shorten the interval, but
> better than that we should be actively attempting to detect failure
> (how can we do this?) so that when a launch fails "hard" for some
> reason, we c
On Mon, Jul 14, 2008 at 11:29 AM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 14, 2008 at 12:32 AM, Marco Pesenti Gritti
> <[EMAIL PROTECTED]> wrote:
>> Hello,
>>
>> we have logic in the shell to limit launching activity of the same
>> type at the same time (i.e. before the first activity
On Mon, Jul 14, 2008 at 12:32 AM, Marco Pesenti Gritti
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> we have logic in the shell to limit launching activity of the same
> type at the same time (i.e. before the first activity launch has been
> completed). It seem to be that this is obsoleted by the new lau
On Sun, Jul 13, 2008 at 10:03 PM, Mikus Grinbergs <[EMAIL PROTECTED]> wrote:
> Running recent Joyride on my G1G1. When I request a shutdown, it
> sometimes proceeds "hands off". But sometimes, after the Sugar
> shell has closed - nothing further seems to happen. On those
> occasions, sometimes t
On Mon, Jul 14, 2008 at 6:06 AM, Erik Garrison <[EMAIL PROTECTED]> wrote:
> How is the cursor pixmap currently set? Is there an existing function
> in the sugar codebase to set the cursor pixmap?
No, we just use the gdk functions.
Marco
___
Sugar maili
49 matches
Mail list logo
