[Sugar-devel] changes to adding_up_to_10

[Bryan Berry]

subzero,

I changed adding_up_to_10_2 to adding_up_to_10 and changed starting page
from lesson3.html to index.html. I also added in the plus sign and the
happy monkey icon. Next step I will add the moving timer.

I noticed you added back the to adding_up_to_10_2 but it only has a js/
dir in it

-- 
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [Karma] meeting 24 august

[Felipe López Toledo]

hi team :)
here some notes for tomorrow's meeting:
http://wiki.sugarlabs.org/go/Karma:Meeting_24_Aug_2009

cheers
-- 
Felipe López Toledo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Systems] trac.sugarlabs.org: Trac being upgraded, Aug 23 10:00-13:00 EST

[Rafael Enrique Ortiz Guerrero]

Hello

>
> I'd also like to propose using the URL http://trac.sugarlabs.org to
> refer to our trac instance.  The "dev." cname was appropriate when trac
> was supposed to be the central part of our development infrastructure.
> Now it would make more sense to use it for Gitorious, if at all.

+1 for me ;).


> --
>   // Bernie Innocenti - http://codewiz.org/
>  \X/  Sugar Labs       - http://sugarlabs.org/
>
>
> ___
> Systems mailing list
> syst...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/systems
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [ASLO] Release Turtle Art-63

[Sugar Labs Activities]

Activity Homepage:
http://activities.sugarlabs.org/addon/4027

Sugar Platform:
from 0.82 to 0.86

Download Now:
http://activities.sugarlabs.org/downloads/version/29219

Release notes:
* more sample programs
* consolidated samples into one directory
* fixed mask bug that prevented palette hiding


Reviewer comments:
Trusted activity

Sugar Labs Activities
http://activities.sugarlabs.org

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Sugar Labs Membership proposal

[Bernie Innocenti]

El Sun, 23-08-2009 a las 18:10 -0400, Luke Faraone escribió:


>   * Can we state that anyone who writes to
> memb...@sugarlabs.org
>   will receive an answer within X days?  I'm concerned that
> potential
>   members might be frustrated by silence.
>  
> Does two days seem reasonable?
> 
Yes.


>   * Since two people (you and Sebastian) are volunteering for
>   membership screening, how are they going to coordinate to
> avoid
>   answering twice (or not at all)?  Something like an RT queue would
>   seem useful, but installing an RT instancy only for this
> purpose
>   seems overkill.
> 
> We've set up a collaborative worksheet, and are CCing each other on
> all replies we make. By the way, if anybody else wants to help out,
> feel free to raise your hand on/off list :)

Thanks, but my hands are already quite full of stuff atm, I can't even
rise a finger :-)

 
>   * I'm looking at last year's membership list and I'm seeing
> a
>   lot of people who disappeared a long time ago.  How are we
>   going to clear old memberships?  Wouldn't it be better if we
>   asked people to confirm their membership every year?
>  (asking
>   for a small amount of money for membership would make the
>   latter step more natural, but I'm not sure we want to do
> that
>   at this time)
> 
> I was planning on sending an initial "hiya folks, you still around and
> interested?" email on Sept 3th or 4th. If we don't get a reply in 7
> days, we'll send another email. If we *still* don't get a yay/nay,
> we'll put them on a "grey area" list and remove them for next year if
> we don't get a reply by next time around. 

Good idea.

 
>   * Is our wiki good enough as a membership management tool? Shouldn't
>   we look at some specific application?  I could ask the FSF what
>   they're using to manage their members.
> 
> Well, assuming we eventually migrate to Launchpad, we can use that.
> (that's used to manage Ubuntu Members, among other things, and would
> be intergrated with everything else) In the interim, the IML page
> should be sufficient.

What's stopping us from using Mediawiki to manage memberships?  We could
just use a group, although I'm not sure how we could achieve membership
expiration with it.

I like Launchpad myself and support migrating to it for our bug tracking
needs, but I'd rather not rely on an external web service for core
functionality of our community unless we could establish a close
relationship with Canonical that would ensure the services we're using
don't become restricted in the future, and we're able to customize
things when we need to.


>  * We're only giving one week of advance notice to potential
>   contributors in a period when people are generally on
> vacation
>   Why couldn't we extend the deadline for submission closer
>   to Sep 12?
> 
> Sure. Those were just dates I thought would be reasonable. When should
> they be changed to?

I'd give 2 weeks to people for requesting membership, and advertise it a
little during this period: a news item in the front page of the wiki, a
couple of times on i...@...

Perhaps we could use this opportunity to get some press coverage too?
Linux Weekly News usually covers board elections of large free-software
projects such as Gnome and KDE.


> Disclaimer: Sebastian and I are both running for SLOB slots in the
> upcoming election.

HA!  You're my political adversaries then! ;-)

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs   - http://sugarlabs.org/


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Sugar Labs Membership proposal

[Luke Faraone]

Bernie,

On Sun, Aug 23, 2009 at 17:23, Bernie Innocenti  wrote:

>  * We need to state clearly what the criteria for selection is.
>   Our current membership policy [1] is located in an obscure place.
>   It could be moved to a separate page and linked from relevant
>   pages (members list, etc)
>

Good idea. I'll see if I can get to that tomorrow.

  * Can we state that anyone who writes to memb...@sugarlabs.org
>   will receive an answer within X days?  I'm concerned that potential
>   members might be frustrated by silence.
>

Does two days seem reasonable?

  * Since two people (you and Sebastian) are volunteering for
>   membership screening, how are they going to coordinate to avoid
>   answering twice (or not at all)?  Something like an RT queue would
>   seem useful, but installing an RT instancy only for this purpose
>   seems overkill.


We've set up a collaborative worksheet, and are CCing each other on all
replies we make. By the way, if anybody else wants to help out, feel free to
raise your hand on/off list :)


>   * I'm looking at last year's membership list and I'm seeing a
>   lot of people who disappeared a long time ago.  How are we
>   going to clear old memberships?  Wouldn't it be better if we
>   asked people to confirm their membership every year?  (asking
>   for a small amount of money for membership would make the
>   latter step more natural, but I'm not sure we want to do that
>   at this time)


I was planning on sending an initial "hiya folks, you still around and
interested?" email on Sept 3th or 4th. If we don't get a reply in 7 days,
we'll send another email. If we *still* don't get a yay/nay, we'll put them
on a "grey area" list and remove them for next year if we don't get a reply
by next time around.


>   * Is our wiki good enough as a membership management tool? Shouldn't
>   we look at some specific application?  I could ask the FSF what
>   they're using to manage their members.
>

Well, assuming we eventually migrate to Launchpad, we can use that. (that's
used to manage Ubuntu Members, among other things, and would be intergrated
with everything else) In the interim, the IML page should be sufficient.

>
>  * We're only giving one week of advance notice to potential
>   contributors in a period when people are generally on vacation
>   Why couldn't we extend the deadline for submission closer
>   to Sep 12?


Sure. Those were just dates I thought would be reasonable. When should they
be changed to?

Disclaimer: Sebastian and I are both running for SLOB slots in the upcoming
election.
-- 
Luke Faraone
http://luke.faraone.cc
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Sugar Labs Membership proposal

[Bernie Innocenti]

El Sun, 23-08-2009 a las 10:59 -0400, Luke Faraone escribió:
> Hi,
> 
> There was a recent discussion on IAEP with regards to the management
> of the upcoming election. Here is the proposed policy for this cycle:
> 
> Before September 1st, 2009, new member requests can be sent to members
> at sugarlabs dot org if they are not listed on
> [[Sugar_Labs/Initial_Members_List]] already. It should contain the
> following:
>   * Wiki/dev/irc username
>   * Explanation of their contribution
> I am currently on vacation, and as such will probably not tend to
> existing requests until the above date. I (along with Sebastian, who
> has also agreed to volunteer) should have a current-election-cycle
> list out by September 12, 2009. (if either of the dates above should
> be adjusted, that's fine with me, later is better)
> 
> Does this seem sensible?

I like the general idea, but let me offer the following criticism:

 * We need to state clearly what the criteria for selection is.
   Our current membership policy [1] is located in an obscure place.
   It could be moved to a separate page and linked from relevant
   pages (members list, etc)

   [1] http://wiki.sugarlabs.org/go/Sugar_Labs/Governance#Sugar_Labs_Membership

 * Can we state that anyone who writes to memb...@sugarlabs.org
   will receive an answer within X days?  I'm concerned that potential
   members might be frustrated by silence.

 * Since two people (you and Sebastian) are volunteering for
   membership screening, how are they going to coordinate to avoid
   answering twice (or not at all)?  Something like an RT queue would
   seem useful, but installing an RT instancy only for this purpose
   seems overkill.

 * I'm looking at last year's membership list and I'm seeing a
   lot of people who disappeared a long time ago.  How are we
   going to clear old memberships?  Wouldn't it be better if we
   asked people to confirm their membership every year?  (asking
   for a small amount of money for membership would make the
   latter step more natural, but I'm not sure we want to do that
   at this time)

 * Is our wiki good enough as a membership management tool? Shouldn't
   we look at some specific application?  I could ask the FSF what
   they're using to manage their members.

 * We're only giving one week of advance notice to potential
   contributors in a period when people are generally on vacation
   Why couldn't we extend the deadline for submission closer
   to Sep 12?

I understand that there might be not enough time to address many of
these suggestions, and the current lightweight process you have proposed
might still be a good enough process for the present election.
Certainly better than last year's bootstrap.

BTW, thanks to you and Sebastian for coordinating this.

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs   - http://sugarlabs.org/


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Fwd: ANNOUNCE: pygame 1.9.1 released.

[Frederick Grose]

forwarding...

-- Forwarded message --
From: René Dudfield 
Date: Tue, Aug 11, 2009 at 5:47 AM
Subject: ANNOUNCE: pygame 1.9.1 released.
To: Games for the OLPC , OLPC Devel



What's new (heaps of things since 1.8.1):
 http://www.pygame.org/whatsnew.shtml

Summary of changes:
- many, many fixes and improvements.  The largest amount of changes
has gone into this release than any other pygame release.
- bug fixes for backwards compatibility issues introduced in pygame
1.8.x series.  old games like solarwolf and libraries like PGU work
again.
- experimental camera webcam module (still in development).
- experimental midi module based on portmidi and pyportmidi (99% complete).
- experimental gfxdraw module based on SDL_gfx (including AA circles,
textured polygons and other goodness).
- python3, and python3.1 support mostly completed.  Some modules still
remain to be completed - but mostly it's working.
- nokia mobile phone s60 support.
- improved OSX support (dropped pyobjc dependency, improved installer,
sysfont now works on OSX).
- pygame.examples + pygame.tests included with pygame.  This makes
testing easier, and also makes learning pygame more fun and easy.
- cleanup of examples, and addition of new examples.
- new tools to aid in development of pygame itself, better compilation
documentation.
- py2app, and py2exe support improved.


Source code release (binaries at bottom of announcement):
 http://pygame.org/ftp/pygame-1.9.1release.tar.gz    (2.2MB)
 http://pygame.org/ftp/pygame-1.9.1release.zip        (2.0MB)

 Compilation instructions for different platforms:
     http://www.pygame.org/wiki/Compilation



See a list of examples...
 python -c "import pygame.examples;help(pygame.examples)"

Run one of the 30 examples included...
 python -m pygame.examples.aliens

You can do a self test of pygame with:
 python -m pygame.tests  (or on python2.6 do python -m pygame.tests.__main__ )



The latest docs are bundled with pygame.  To open them in your web browser run:
 python -m pygame.docs



Binary builds for win/mac from the "The Spectacularly Adequate
Automated Pygame Build Page".

OSX 10.4/10.5/10.6 universal(intel and ppc):
 http://pygame.org/ftp/pygame-1.9.1release-py2.6-macosx10.5.zip 10.3MB
 http://pygame.org/ftp/pygame-1.9.1release-py2.5-macosx10.5.zip 10.3MB
 http://pygame.org/ftp/pygame-1.9.1release-py2.4-macosx10.5.zip 10.3MB

Windows:
 http://pygame.org/ftp/pygame-1.9.1release.win32-py2.4.exe 3MB
 http://pygame.org/ftp/pygame-1.9.1release.win32-py2.5.exe 3MB
 http://pygame.org/ftp/pygame-1.9.1.win32-py2.5.msi 3MB
 http://pygame.org/ftp/pygame-1.9.1.win32-py2.6.msi 3MB
 http://pygame.org/ftp/pygame-1.9.1.win32-py3.1.msi 3MB




1c4cdc708d17c8250a2d78ef997222fc  pygame-1.9.1release.tar.gz
01824b893d1d910fa3fa8bb37740f580  pygame-1.9.1release.zip

827f2d4c17db3921ad84319bca141a6b  pygame-1.9.1release-py2.4-macosx10.5.zip
f12f1ede9f8bb6e85e655ee0ba02fa98  pygame-1.9.1release-py2.5-macosx10.5.zip
e479130494caf6ebf4d9d7f547995fc3  pygame-1.9.1release-py2.6-macosx10.5.zip

8f5a0358e5dc56a8582cd2a7e6d6ad4f  pygame-1.9.1release.win32-py2.4.exe
0a39cdcc9e2d002d34b264635598b22f  pygame-1.9.1release.win32-py2.5.exe
1d2c33f8560c77f0a15d78c54334d536  pygame-1.9.1.win32-py2.5.msi
9ddf40c1ef6ab7fbdc0fb2395d2a66b9  pygame-1.9.1.win32-py2.6.msi
b6ce5c559549d27a3b3fb40577b6234c  pygame-1.9.1.win32-py3.1.msi
___
Devel mailing list
de...@lists.laptop.org
http://lists.laptop.org/listinfo/devel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] UI mockups

[Gary C Martin]

Hi Simon,

On 23 Aug 2009, at 16:32, Simon Schampijer wrote:


On 08/23/2009 05:28 PM, Gary C Martin wrote:

On 23 Aug 2009, at 16:19, Simon Schampijer wrote:


On the thumb-view toolbar icon subject:

Gary, do you have a moment to get us the svg icon for that one?


The 4 square boxes, sure, will email it shortly.

Regards,
--Gary



Yup, the 4 square boxes looks perfect to me.


Here ya' go, one SVG (tested in sugar-jhbuild).

Regards,
--Gary

<>



___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Karma] added needed jquery libraries to master

[Felipe López Toledo]

I have cloned the whole repository and tested adding_up

it works!!, thanks for adding the missing files

2009/8/23 Bryan Berry 

> I have added the needed jquery libraries to master in ROOT/js/
>
> that seems to fix the issue we had w/ adding_up
>
> for me this sequence of git cmds did the trick. git-masters pls notify
> me if I am doing this wrong
>
> myu...@mycomputer:~/karma/mainline/ $ git add .
> myu...@mycomputer:~/karma/mainline/ $ git commit -a -m "added needed js
> files"
> myu...@mycomputer:~/karma/mainline/ $ git push
>
>
>
>
> --
> Bryan W. Berry
> Technology Director
> OLE Nepal, http://www.olenepal.org
>
>


-- 
Felipe López Toledo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] any luck w/ venkman?

[Felipe López Toledo]

I haven't tried venkman, I use firebug

>venkman seems to make it much easier to browse between functions in a
>large js library
well, I have debugged js functions, but I don't know if wenkman makes it
easier

I will look it today
On Sun, Aug 23, 2009 at 1:33 AM, Bryan Berry  wrote:

> venkman seems to make it much easier to browse between functions in a
> large js library and there seem to be a couple of other nice features.
> However, i can't really test them as I can't debugging to work :/
> On Sat, 2009-08-22 at 21:20 +0100, Lucian Branescu wrote:
> > Is there something you need that firebug can't do?
> >
> > 2009/8/22 Bryan Berry :
> > > hey subzero,
> > >
> > > I have been trying to use the latest version of venkman w/ ff 3.5 . I
> > > can't get it to stop on breakpoints or actually do any debugging w/ it.
> > >
> > > Has it worked for you?
> > >
> > > --
> > > Bryan W. Berry
> > > Technology Director
> > > OLE Nepal, http://www.olenepal.org
> > >
> > > ___
> > > Sugar-devel mailing list
> > > Sugar-devel@lists.sugarlabs.org
> > > http://lists.sugarlabs.org/listinfo/sugar-devel
> > >
> --
> Bryan W. Berry
> Technology Director
> OLE Nepal, http://www.olenepal.org
>
>


-- 
Felipe López Toledo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] UI mockups

[Simon Schampijer]

On 08/23/2009 05:28 PM, Gary C Martin wrote:
> On 23 Aug 2009, at 16:19, Simon Schampijer wrote:
>
>> On the thumb-view toolbar icon subject:
>>
>> Gary, do you have a moment to get us the svg icon for that one?
>
> The 4 square boxes, sure, will email it shortly.
>
> Regards,
> --Gary
>

Yup, the 4 square boxes looks perfect to me.

Thanks!
Simon
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] UI mockups

[Simon Schampijer]

On 08/23/2009 04:49 PM, Tomeu Vizoso wrote:
> On Sun, Aug 23, 2009 at 16:36, Aleksey Lim  wrote:
>> On Sun, Aug 23, 2009 at 04:22:15PM +0200, Tomeu Vizoso wrote:
>>> On Sun, Aug 23, 2009 at 16:16, Simon Schampijer  wrote:
 On 08/23/2009 03:57 PM, Aleksey Lim wrote:
> On Sun, Aug 23, 2009 at 01:34:09PM +0200, Simon Schampijer wrote:
>> I have attached a screenshot where some of the thumbnails have no
>> border and therefore the shape of the thumb can not be distinguished
>> that well. Maybe we should add a little black border by default?
> In fact all thumbs have borders, looks like it was hippo glitches
> I've fixed some of them, could you check it in last git version.
 Thanks, looks good now.

 The search does work now as well.

 At the moment, we do not show a thumbview of images that are not
 associated with an activity (downloaded images for example). Would  be
 nice to make them available as well. Would that be hard to do?
>>> For downloaded images, Browse could make a thumbnail and put it in the
>>> DS along the file. But it wouldn't work for images copied from usb
>>> sticks, for example.
>>>
>>> We could have a process (for example the journal) that listened for
>>> new images in the DS and if they had no thumbnail, create it.
>> IIUC it won't work for non-ds sources since we don't have them in ds
>> so we need to get on demand previews anyway.
>
> You are right, sorry about the noise.
>
> Regards,
>
> Tomeu
>

Hmmm, ok. I would be already happy, if the in-ds images would have a 
thumbnail.

How would we store the previews for removable devices? Keep them all in 
memory, or temp files?

Regards,
Simon
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] UI mockups

[Gary C Martin]

On 23 Aug 2009, at 16:19, Simon Schampijer wrote:

> On the thumb-view toolbar icon subject:
>
> Gary, do you have a moment to get us the svg icon for that one?

The 4 square boxes, sure, will email it shortly.

Regards,
--Gary
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] key jquery files missing from karma git repo

[Felipe López Toledo]

what??!!!

, I think that is my fault, I remember that I cleaned the git repository
:(

btw. I think that a massive cleaning will help, what do you think?
2009/8/23 Bryan Berry 

> hey subzero,
>
> I was messing around w/ adding_up_to_10 and I found that
> jquery-1.3.2.min.js and karma.Gettext.js are missing from ROOT/js/ of
> the repo. Perhaps they were deleted or the files just were not added to
> git? either way, that should explain why adding_up_to_10 works on
> karma.sl.o but not after pulling from trunk
>
> --
> Bryan W. Berry
> Technology Director
> OLE Nepal, http://www.olenepal.org
>
>


-- 
Felipe López Toledo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] UI mockups

[Simon Schampijer]

On the thumb-view toolbar icon subject:

Gary, do you have a moment to get us the svg icon for that one?

Regards,
Simon
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Sugar Labs Membership proposal

[Luke Faraone]

Hi,

There was a recent discussion on IAEP with regards to the management of the
upcoming election. Here is the proposed policy for this cycle:

Before *September 1st, 2009*, new member requests can be sent to members at
sugarlabs dot org if they are not listed on
[[Sugar_Labs/Initial_Members_List]]already.
It should contain the following:

   - Wiki/dev/irc username
   - Explanation of their contribution

I am currently on vacation, and as such will probably not tend to existing
requests until the above date. I (along with Sebastian, who has also agreed
to volunteer) should have a current-election-cycle list out by September 12,
2009. (if either of the dates above should be adjusted, that's fine with me,
later is better)

Does this seem sensible?
-- 
Luke Faraone
http://luke.faraone.cc
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] UI mockups

[Tomeu Vizoso]

On Sun, Aug 23, 2009 at 16:36, Aleksey Lim wrote:
> On Sun, Aug 23, 2009 at 04:22:15PM +0200, Tomeu Vizoso wrote:
>> On Sun, Aug 23, 2009 at 16:16, Simon Schampijer wrote:
>> > On 08/23/2009 03:57 PM, Aleksey Lim wrote:
>> >> On Sun, Aug 23, 2009 at 01:34:09PM +0200, Simon Schampijer wrote:
>> >>> I have attached a screenshot where some of the thumbnails have no
>> >>> border and therefore the shape of the thumb can not be distinguished
>> >>> that well. Maybe we should add a little black border by default?
>> >>
>> >> In fact all thumbs have borders, looks like it was hippo glitches
>> >> I've fixed some of them, could you check it in last git version.
>> >
>> > Thanks, looks good now.
>> >
>> > The search does work now as well.
>> >
>> > At the moment, we do not show a thumbview of images that are not
>> > associated with an activity (downloaded images for example). Would  be
>> > nice to make them available as well. Would that be hard to do?
>>
>> For downloaded images, Browse could make a thumbnail and put it in the
>> DS along the file. But it wouldn't work for images copied from usb
>> sticks, for example.
>>
>> We could have a process (for example the journal) that listened for
>> new images in the DS and if they had no thumbnail, create it.
>
> IIUC it won't work for non-ds sources since we don't have them in ds
> so we need to get on demand previews anyway.

You are right, sorry about the noise.

Regards,

Tomeu

-- 
«Sugar Labs is anyone who participates in improving and using Sugar.
What Sugar Labs does is determined by the participants.» - David
Farning
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] UI mockups

[Aleksey Lim]

On Sun, Aug 23, 2009 at 04:22:15PM +0200, Tomeu Vizoso wrote:
> On Sun, Aug 23, 2009 at 16:16, Simon Schampijer wrote:
> > On 08/23/2009 03:57 PM, Aleksey Lim wrote:
> >> On Sun, Aug 23, 2009 at 01:34:09PM +0200, Simon Schampijer wrote:
> >>> I have attached a screenshot where some of the thumbnails have no
> >>> border and therefore the shape of the thumb can not be distinguished
> >>> that well. Maybe we should add a little black border by default?
> >>
> >> In fact all thumbs have borders, looks like it was hippo glitches
> >> I've fixed some of them, could you check it in last git version.
> >
> > Thanks, looks good now.
> >
> > The search does work now as well.
> >
> > At the moment, we do not show a thumbview of images that are not
> > associated with an activity (downloaded images for example). Would  be
> > nice to make them available as well. Would that be hard to do?
> 
> For downloaded images, Browse could make a thumbnail and put it in the
> DS along the file. But it wouldn't work for images copied from usb
> sticks, for example.
> 
> We could have a process (for example the journal) that listened for
> new images in the DS and if they had no thumbnail, create it.

IIUC it won't work for non-ds sources since we don't have them in ds
so we need to get on demand previews anyway.

-- 
Aleksey
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] UI mockups

[Tomeu Vizoso]

On Sun, Aug 23, 2009 at 16:16, Simon Schampijer wrote:
> On 08/23/2009 03:57 PM, Aleksey Lim wrote:
>> On Sun, Aug 23, 2009 at 01:34:09PM +0200, Simon Schampijer wrote:
>>> I have attached a screenshot where some of the thumbnails have no
>>> border and therefore the shape of the thumb can not be distinguished
>>> that well. Maybe we should add a little black border by default?
>>
>> In fact all thumbs have borders, looks like it was hippo glitches
>> I've fixed some of them, could you check it in last git version.
>
> Thanks, looks good now.
>
> The search does work now as well.
>
> At the moment, we do not show a thumbview of images that are not
> associated with an activity (downloaded images for example). Would  be
> nice to make them available as well. Would that be hard to do?

For downloaded images, Browse could make a thumbnail and put it in the
DS along the file. But it wouldn't work for images copied from usb
sticks, for example.

We could have a process (for example the journal) that listened for
new images in the DS and if they had no thumbnail, create it.

Regards,

Tomeu

> Regards,
>    Simon
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



-- 
«Sugar Labs is anyone who participates in improving and using Sugar.
What Sugar Labs does is determined by the participants.» - David
Farning
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] UI mockups

[Simon Schampijer]

On 08/23/2009 03:57 PM, Aleksey Lim wrote:
> On Sun, Aug 23, 2009 at 01:34:09PM +0200, Simon Schampijer wrote:
>> I have attached a screenshot where some of the thumbnails have no
>> border and therefore the shape of the thumb can not be distinguished
>> that well. Maybe we should add a little black border by default?
>
> In fact all thumbs have borders, looks like it was hippo glitches
> I've fixed some of them, could you check it in last git version.

Thanks, looks good now.

The search does work now as well.

At the moment, we do not show a thumbview of images that are not 
associated with an activity (downloaded images for example). Would  be 
nice to make them available as well. Would that be hard to do?

Regards,
Simon

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] trac.sugarlabs.org: Trac being upgraded, Aug 23 10:00-13:00 EST

[Bernie Innocenti]

I'm upgrading our Trac instance to the latest stable release 0.11.5.
Besides the expected bug fixes, this new version is also supposed to
improve performance.

We'll also be installing two new plugins:

* https://launchpad.net/trac-launchpad

  We're experimenting integration with Launchpad for tracking
  SoaS bugs.  This plugin should allow us "upstream" bugs
  reported at https://bugs.launchpad.net/soas to 


* http://trac.edgewall.org/wiki/SpamFilter

  This should help us fight back the wave of spam we've been
  targeted with.

I'd also like to propose using the URL http://trac.sugarlabs.org to
refer to our trac instance.  The "dev." cname was appropriate when trac
was supposed to be the central part of our development infrastructure.
Now it would make more sense to use it for Gitorious, if at all.

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs   - http://sugarlabs.org/


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] UI mockups

[Aleksey Lim]

On Sun, Aug 23, 2009 at 01:34:09PM +0200, Simon Schampijer wrote:
> I have attached a screenshot where some of the thumbnails have no
> border and therefore the shape of the thumb can not be distinguished
> that well. Maybe we should add a little black border by default?

In fact all thumbs have borders, looks like it was hippo glitches
I've fixed some of them, could you check it in last git version.

-- 
Aleksey
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [Karma] added needed jquery libraries to master

[Bryan Berry]

I have added the needed jquery libraries to master in ROOT/js/

that seems to fix the issue we had w/ adding_up

for me this sequence of git cmds did the trick. git-masters pls notify
me if I am doing this wrong

myu...@mycomputer:~/karma/mainline/ $ git add .
myu...@mycomputer:~/karma/mainline/ $ git commit -a -m "added needed js
files"
myu...@mycomputer:~/karma/mainline/ $ git push




-- 
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Sugar on a Stick on XOs for XO Lending Libraries?

[Peter Robinson]

> As a *completely* naive author of a Sugar activity, I'll attempt to rephrase
> a previous question (that received a very loud silence):
>
> What is the update path for the XO-1; is it Martin's SoaS for XO's? Or are
> there other efforts also in the works?
>
> My particular concern, of course, is for Csound5.10 to work with python2.6
> (csound-python module) so I can use Csound in a script.
>
> On the XO-1, Csound5.08 and python2.5 work together fine; however, my script
> properly requires 5.10.
>
> It seems that the 5.10/python2.6 issue is on the cusp, thanks to Peter
> Robinson and others, of being solved.
>
> I'm left wondering, however, whether this 5.10/2.6 combination will ever
> become available on the XO-1, except via SoaS?

What do you mean by an update on the XO-1. If you mean as an update to
old versions of the OS such as 8.2 its very unlikely. The reason being
is the amount of QA to ensure it works cleanly and without issues and
that comes back to resources again. To push out an update such as that
to and older OS that is relatively old as its based on Fedora 9 which
is now EOL.

> Another way of putting it: will the XO-1 quite readily become somewhat of an
> "orphan/dinosaur" without its plugin SoaS?

Well the plan in my opinion would be to get a stable release that is
signed so deployments can upgrade their XO-1 to a newer release
without needing to get developer keys or disable security.

Peter
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Sugar on a Stick on XOs for XO Lending Libraries?

[Peter Robinson]

Hi Caroline,

> Sdz and others...
> We should put having a Stick work on both XOs and nonXOs on a roadmap,
> feature wish list somewhere please.  I have to admit I'm getting pretty lost
> about where to put this sort of thing, especially since it crosses so many
> boundaries.
> A good example of where it would be useful is the UK deployment.  They are
> getting about 40 XOs and they already have a computer lab of PCs.
> Thanks!

UK deployment is in hand. Martin Dengler and myself are directly
involved. The UK deployment of sugar at the moment is solely on the
laptops.

Peter
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Broadcom Driver installations was Re: SOAS on Dell mini inspiron 10

[Peter Robinson]

On Sat, Aug 22, 2009 at 10:30 PM, Sebastian Dziallas wrote:
> Caroline Meeks wrote:
>>
>> Sebastian, Mel,
>>
>> How is it going getting broadcom support incorporated upstream?  Will
>> this be in the next release?
>
> I included the b43-openfwwf package some time ago in the SoaS snapshots, but
> I'm not sure on which broadcom hardware it will exactly work. So there is an
> open implementation in Fedora now, but... it needs testing.

The support is still somewhat minimal. According to the site it
supports the following variants - 4306, 4311(rev1), 4318 and 4320 and
doesn't support encryption. I have no idea what the models numbers
refer to in relation to the manufacturers names as I don't have access
to the HW to cross reference. Although if people do have Broadcom
wireless modules and can provide me the details I'll quite happily
maintain a list broadcom model, manufacturer model and the working
state.

You can find more details about the support here
http://www.ing.unibs.it/openfwwf/

Peter
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] key jquery files missing from karma git repo

[Bryan Berry]

hey subzero, 

I was messing around w/ adding_up_to_10 and I found that 
jquery-1.3.2.min.js and karma.Gettext.js are missing from ROOT/js/ of
the repo. Perhaps they were deleted or the files just were not added to
git? either way, that should explain why adding_up_to_10 works on
karma.sl.o but not after pulling from trunk

-- 
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel