Re: [sugar] Finale: consider merging a few fun Sugar patches?

2008-09-18 Thread Sayamindu Dasgupta
On Thu, Sep 18, 2008 at 6:06 AM, Marco Pesenti Gritti
<[EMAIL PROTECTED]> wrote:
> On Thu, Sep 18, 2008 at 2:30 AM, Marco Pesenti Gritti
> <[EMAIL PROTECTED]> wrote:
>> * At *very* high level the patch sets looks sane. I would be
>> comfortable with them going in if Scott reviews Martin set, and Martin
>> reviews Scott set.
>> * The patches are large and I don't think it's impossible that they
>> would cause regressions. Our release manager should be aware of it and
>> keep loving us if it happens.
>> * I would help by getting packages in the builds and doing a bit of testing.
>
> * Both patches contains string additions I guess (hopefully not
> changes?). Someone would have to sort that out with sayamindu and the
> localization team.


String addtions ?? Now ??
-sdg-



-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Finale: consider merging a few fun Sugar patches?

2008-09-18 Thread Michael Stone
On Thu, Sep 18, 2008 at 01:23:57PM +0530, Sayamindu Dasgupta wrote:
>On Thu, Sep 18, 2008 at 6:06 AM, Marco Pesenti Gritti
><[EMAIL PROTECTED]> wrote:
>> On Thu, Sep 18, 2008 at 2:30 AM, Marco Pesenti Gritti
>> <[EMAIL PROTECTED]> wrote:
>>> * At *very* high level the patch sets looks sane. I would be
>>> comfortable with them going in if Scott reviews Martin set, and Martin
>>> reviews Scott set.
>>> * The patches are large and I don't think it's impossible that they
>>> would cause regressions. Our release manager should be aware of it and
>>> keep loving us if it happens.
>>> * I would help by getting packages in the builds and doing a bit of testing.
>>
>> * Both patches contains string additions I guess (hopefully not
>> changes?). Someone would have to sort that out with sayamindu and the
>> localization team.
>
>
>String addtions ?? Now ??
>-sdg-

Sigh. I knew I was forgetting something important. I guess these can be
first-on-deck for 8.2.1 then. :(

Michael
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] [Telepathy] ANNOUNCE: telepathy-salut 0.3.5 released

2008-09-18 Thread Guillaume Desmottes
Le mercredi 17 septembre 2008 à 20:14 +0200, Morgan Collett a écrit :
> For those not on the Telepathy list...


And as said, on #8441 there is a backport of this fix in the rpm package
which seems to fix the issue.

> -- Forwarded message --
> From: Guillaume Desmottes <[EMAIL PROTECTED]>
> Date: Wed, Sep 17, 2008 at 18:38
> Subject: [Telepathy] ANNOUNCE: telepathy-salut 0.3.5 released
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> 
> 
> telepathy-salut 0.3.5 (2008-09-17)
> ==
> The "Please don't flood my network" release.
> 
> Tarball:
> http://telepathy.freedesktop.org/releases/telepathy-salut/telepathy-salut-0.3.5.tar.gz
> Signature:
> http://telepathy.freedesktop.org/releases/telepathy-salut/telepathy-salut-0.3.5.tar.gz.asc
> 
> 
> This release fixes an annoying bug causing Salut announcing all the OLPC
> activities which are present on the network. You should consider
> upgrading if they are OLPC XO's running on your network.
> 
> Enhancements:
> 
> * Add a test framework
> 
> Fixes:
> 
> * Only announce OLPC activity we actually joined (dev.laptop.org #8441)
> 
> 
> 
> Regards,
> 
> 
>G.
> 
> ___
> Telepathy mailing list
> [EMAIL PROTECTED]
> http://lists.freedesktop.org/mailman/listinfo/telepathy
> ___
> Sugar mailing list
> Sugar@lists.laptop.org
> http://lists.laptop.org/listinfo/sugar
> 

___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] Sugar-meeting REMINDER (Thursday September 18 2008 - 14.00 (UTC)) --- irc.freenode.net, #sugar-meeting

2008-09-18 Thread Simon Schampijer
---Topics---

* keep on reviewing the list we have at ReleaseTeam/Roadmap/0.84#Goals

---Note---
we want to hand out roadmap items to people if possible. So would be 
nice if the developers interested would join.

Best,
Simon
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] Reviews report

2008-09-18 Thread Release Team
= Approved requests =

to improve activity switching performance only take screenshots on activity 
save and close
http://dev.laptop.org/ticket/8432

___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Finale: consider merging a few fun Sugar patches?

2008-09-18 Thread Martin Dengler
On Thu, Sep 18, 2008 at 04:05:26AM -0400, Michael Stone wrote:
> >> On Thu, Sep 18, 2008 at 2:30 AM, Marco Pesenti Gritti
> >> <[EMAIL PROTECTED]> wrote:
> >>> * At *very* high level the patch sets looks sane. I would be
> >>> comfortable with them going in if Scott reviews Martin set, and Martin
> >>> reviews Scott set.
[...]
> I guess these can be first-on-deck for 8.2.1

I'll do my review but Scott need not worry about mine since my patches
are already in 0.82.1[1] and 8.2-758[2].

> Michael

Martin

1. 
http://dev.laptop.org/git?p=sugar;a=commit;h=434ab0ce729a670a119f033386190eaf6a8827ca

2. 
http://mock.laptop.org/gitweb/gitweb.cgi?p=repos;a=commitdiff;h=e0489cd6dec4b910445f489632adb44ba136c1c1



pgpGg4oDHBi8H.pgp
Description: PGP signature
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] Sugar oversight board meeting reminder

2008-09-18 Thread Walter Bender
Friday at 14:00UTC (10AM EST) icr.freenode.net #sugar-meeting

The major topics will be follow ups on the various committees
established at the last meeting. We'll also be discussing funding
models and opportunities. (Please see
http://sugarlabs.org/go/Sugar_Labs/OversightBoard/Minutes for
details.)

-walter

-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] [RELEASE] Write 58

2008-09-18 Thread Simon Schampijer
Simon Schampijer wrote:
> J.M. Maurer wrote:
>> On Sun, 2008-09-14 at 13:20 +0200, J.M. Maurer wrote:
>>> Changelog:
>>> * Fix 6021: Write crash on buddy left
>>> * Add license field to activity.info
>>>
>>> Bundle: http://dev.laptop.org/~uwog/Write-58.xo
>> Source: http://dev.laptop.org/~uwog/Write-58.tar.bz2
>>
>>   Marc
> 
> Hi Marc,
> 
> thanks for the release!
> 
> The tarballs need to go to this repository 
> http://dev.laptop.org/pub/sugar/sources/write-activity/
> 
> Actually there has been a sucrose-0.82 branch created ( 
> http://dev.laptop.org/git?p=projects/write;a=shortlog;h=sucrose-0.82
> ) where the localizations have been committed to. Would be cool to 
> cherry-pick the commits from master
> ( http://wiki.laptop.org/go/Git_Tips ) and do a new release.
> 
> Extra bonus if you add a COPYING file for the fedora packaging and
> http://bugzilla.redhat.com/show_bug.cgi?id=460960 create a new MANIFEST :)
> 
> - get the latest sugar-toolkit (there are some bundlebuilder fixes)
> - rm the current MANIFEST in the calculate activity
> - do ./setup.py fix_manifest
> - release and create the new tarball
> 
> Thanks,
> Simon

Done it to speed up the rawhide process.

source:
http://dev.laptop.org/pub/sugar/sources/write-activity/Write-59.tar.bz2

bundled:
http://dev.laptop.org/~erikos/bundles/0.82.1/Write-59.xo

Best,
Simon

___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] Design Meeting REMINDER (Thursday September 18, 2008 @ 15.30 UTC) --- irc.freenode.net, #sugar-meeting

2008-09-18 Thread Eben Eliason
Today will mark the first biweekly design meeting on IRC. I hope to
see you there.

Topics:

* Visual clipboard API
* Advancing the Journal
* Thoughts on some icons

- Eben
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] G1G1v2 Activities

2008-09-18 Thread Morgan Collett
On Wed, Sep 17, 2008 at 23:54, Greg Smith <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> We need to pick the activities we ship with 8.2 when its manufactured
> for G1G1 users. Management needs to sign off on the final list as early
> as next week.
>
> Its not definitive but we want your input on what we should include.
>
> What do you think are the most important activities to include?
>
> Please pick up to 10 and put them in order of priority.
>
> We will tally the votes and use that as input to the decision.

My votes:
* Help
* Chat
* Browse
* Read
* Write
* Etoys
* Pippy
* Record
* Terminal
* TamTamMini

Regards
Morgan
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Finale: consider merging a few fun Sugar patches?

2008-09-18 Thread C. Scott Ananian
On Thu, Sep 18, 2008 at 3:53 AM, Sayamindu Dasgupta <[EMAIL PROTECTED]> wrote:
> String addtions ?? Now ??

Three words: "Triangle", "Box", and "Spiral".

I wonder if a compromise version of the patch might remove all the
words and just use icons for the three different layouts.  The words
don't actually add much (except maybe for "Freeform" -- but what does
that word mean, actually).
 --scott

-- 
 ( http://cscott.net/ )
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Finale: consider merging a few fun Sugar patches?

2008-09-18 Thread C. Scott Ananian
On Thu, Sep 18, 2008 at 8:38 AM, Martin Dengler
<[EMAIL PROTECTED]> wrote:
> I'll do my review but Scott need not worry about mine since my patches
> are already in 0.82.1[1] and 8.2-758[2].

Hm, I'm actually a bit disappointed by this, because I'd been hoping
(based on just the phrase "network feedback" which Michael used when
describing your patches to me) that this was a quick fix for the
"connected networks indistinguishable from unconnected network" issue
in the networks view.  Feedback from testers has consistently
indicated that this is an issue for them (especially when they are
transitioning from an old build).  I'd hoped that we could come up
with *some* reasonable stop gap, whether it's a halo, or a square in
the center of the circle, or *something*.  Boo.
 --scott

-- 
 ( http://cscott.net/ )
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Finale: consider merging a few fun Sugar patches?

2008-09-18 Thread Marco Pesenti Gritti
On Thu, Sep 18, 2008 at 4:57 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 18, 2008 at 8:38 AM, Martin Dengler
> <[EMAIL PROTECTED]> wrote:
>> I'll do my review but Scott need not worry about mine since my patches
>> are already in 0.82.1[1] and 8.2-758[2].
>
> Hm, I'm actually a bit disappointed by this, because I'd been hoping
> (based on just the phrase "network feedback" which Michael used when
> describing your patches to me) that this was a quick fix for the
> "connected networks indistinguishable from unconnected network" issue
> in the networks view.  Feedback from testers has consistently
> indicated that this is an issue for them (especially when they are
> transitioning from an old build).  I'd hoped that we could come up
> with *some* reasonable stop gap, whether it's a halo, or a square in
> the center of the circle, or *something*.  Boo.

I agree. I think Eben liked the different icon idea. Eben, can you
spec this? (keep it simple)

Marco
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Finale: consider merging a few fun Sugar patches?

2008-09-18 Thread Eben Eliason
Yeah, let me experiment briefly and get back to the list...

- Eben


On Thu, Sep 18, 2008 at 11:05 AM, Marco Pesenti Gritti
<[EMAIL PROTECTED]> wrote:
> On Thu, Sep 18, 2008 at 4:57 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
>> On Thu, Sep 18, 2008 at 8:38 AM, Martin Dengler
>> <[EMAIL PROTECTED]> wrote:
>>> I'll do my review but Scott need not worry about mine since my patches
>>> are already in 0.82.1[1] and 8.2-758[2].
>>
>> Hm, I'm actually a bit disappointed by this, because I'd been hoping
>> (based on just the phrase "network feedback" which Michael used when
>> describing your patches to me) that this was a quick fix for the
>> "connected networks indistinguishable from unconnected network" issue
>> in the networks view.  Feedback from testers has consistently
>> indicated that this is an issue for them (especially when they are
>> transitioning from an old build).  I'd hoped that we could come up
>> with *some* reasonable stop gap, whether it's a halo, or a square in
>> the center of the circle, or *something*.  Boo.
>
> I agree. I think Eben liked the different icon idea. Eben, can you
> spec this? (keep it simple)
>
> Marco
>
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] Sugar-meeting MINUTES (Thursday September 18 2008 - 14.00 (UTC))

2008-09-18 Thread Simon Schampijer
We made good progress on reviewing the list we have at 
ReleaseTeam/Roadmap/0.84#Goals

* assigned owners and peers to all groups
* started to assign owners to each feature

You can find the orphaned items under ''Unassigned'' in each section. 
Give them a home!

Thanks,
Simon
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] G1G1v2 Activities

2008-09-18 Thread Chris Ball
Hi,

   > Please pick up to 10 and put them in order of priority.

   > We will tally the votes and use that as input to the decision.

So, we shipped 19 activities with G1G1v1; that means the ten activities
people vote for here are likely to be a subset of that list, and we
aren't learning much about what new things we should include.  People
replying might decide to give 20 suggestions instead of 10, or to omit
original G1G1 activities from their list.

- Chris.
-- 
Chris Ball   <[EMAIL PROTECTED]>
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] G1G1v2 Activities

2008-09-18 Thread Benjamin M. Schwartz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chris Ball wrote:
| Hi,
|
|> Please pick up to 10 and put them in order of priority.
|
|> We will tally the votes and use that as input to the decision.
|
| So, we shipped 19 activities with G1G1v1; that means the ten activities
| people vote for here are likely to be a subset of that list, and we
| aren't learning much about what new things we should include.  People
| replying might decide to give 20 suggestions instead of 10, or to omit
| original G1G1 activities from their list.
|

Also, G1G1v1 shipped with the old Sugar interface, which made managing
large numbers of installed Activities very difficult.  By contrast, the
new Sugar UI means that we could easily ship 100 Activities, with only 15
starred by default.  Activities' average size on disk varies
substantially, but many simpler ones are only about 100 KB, compressed.
100 Activities * 100 KB = 10 MB, or 1% of the disk.  Each additional
Activity provides more opportunity for exploration, and makes the
experience more enjoyable, so I would advocate for shipping as many as
possible.

- --Ben
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkjSgM8ACgkQUJT6e6HFtqQ4hACfcRnjtYpakrKRa92hrsI/aIkJ
m0QAmwQLe6qLvzYJBNnndfI1Wz6B8tUn
=qdS2
-END PGP SIGNATURE-
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] G1G1v2 Activities

2008-09-18 Thread pgf
benjamin m. schwartz wrote:
 > Chris Ball wrote:
 > | So, we shipped 19 activities with G1G1v1; that means the ten activities
 > | people vote for here are likely to be a subset of that list, and we
 > | aren't learning much about what new things we should include.  People
 > | replying might decide to give 20 suggestions instead of 10, or to omit
 > | original G1G1 activities from their list.
 > |
 > 
 > Also, G1G1v1 shipped with the old Sugar interface, which made managing
 > large numbers of installed Activities very difficult.  By contrast, the
 > new Sugar UI means that we could easily ship 100 Activities, with only 15
 > starred by default.  Activities' average size on disk varies
 > substantially, but many simpler ones are only about 100 KB, compressed.
 > 100 Activities * 100 KB = 10 MB, or 1% of the disk.  Each additional
 > Activity provides more opportunity for exploration, and makes the
 > experience more enjoyable, so I would advocate for shipping as many as
 > possible.

i disagree, to the extent that the activities appear on the laptop
in a completely unorganized fashion -- there's no real notion of
topic, or testedness, or age-appropriateness.  too many can make
the prospect of exploring them overwhelming, especially given how
long it takes to try them, and that most of the names bear almost
no relation to the content.  i think it's better to ship a a good
representative sample, and clear instructions (somewhere -- is it
at least in a pre-loaded library page?) on how to explore and get
more from our wiki.

paul
=-
 paul fox, [EMAIL PROTECTED]
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] G1G1v2 Activities

2008-09-18 Thread Polychronis Ypodimatopoulos
then I'd also suggest the Xavier activity, which does:

- bidding game
- chat
- file sharing

Xavier uses cerebro directly.

Tree: http://dev.laptop.org/git?p=users/ypod/Xavier-activity;a=summary
Snapshots:
http://lyme.media.mit.edu/cerebro/index.php/Image:Who.png
http://lyme.media.mit.edu/cerebro/index.php/Image:What.png
http://lyme.media.mit.edu/cerebro/index.php/Image:Bidding2.png (in Gnome)


Pol

Benjamin M. Schwartz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Chris Ball wrote:
> | Hi,
> |
> |> Please pick up to 10 and put them in order of priority.
> |
> |> We will tally the votes and use that as input to the decision.
> |
> | So, we shipped 19 activities with G1G1v1; that means the ten activities
> | people vote for here are likely to be a subset of that list, and we
> | aren't learning much about what new things we should include.  People
> | replying might decide to give 20 suggestions instead of 10, or to omit
> | original G1G1 activities from their list.
> |
>
> Also, G1G1v1 shipped with the old Sugar interface, which made managing
> large numbers of installed Activities very difficult.  By contrast, the
> new Sugar UI means that we could easily ship 100 Activities, with only 15
> starred by default.  Activities' average size on disk varies
> substantially, but many simpler ones are only about 100 KB, compressed.
> 100 Activities * 100 KB = 10 MB, or 1% of the disk.  Each additional
> Activity provides more opportunity for exploration, and makes the
> experience more enjoyable, so I would advocate for shipping as many as
> possible.
>
> - --Ben
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkjSgM8ACgkQUJT6e6HFtqQ4hACfcRnjtYpakrKRa92hrsI/aIkJ
> m0QAmwQLe6qLvzYJBNnndfI1Wz6B8tUn
> =qdS2
> -END PGP SIGNATURE-
> ___
> Devel mailing list
> [EMAIL PROTECTED]
> http://lists.laptop.org/listinfo/devel
>   

-- 
Polychronis Ypodimatopoulos
Graduate student
Viral Communications
MIT Media Lab
Tel: +1 (617) 459-6058
http://www.mit.edu/~ypod/

___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] G1G1v2 Activities

2008-09-18 Thread Bert Freudenberg
I noticed in the new help activity there is an activity sampler of 21  
activities. Are these going to be shipped?

- Bert -
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Finale: consider merging a few fun Sugar patches?

2008-09-18 Thread Sayamindu Dasgupta
On Thu, Sep 18, 2008 at 11:43 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 18, 2008 at 10:54 AM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
>> On Thu, Sep 18, 2008 at 3:53 AM, Sayamindu Dasgupta <[EMAIL PROTECTED]> 
>> wrote:
>>> String addtions ?? Now ??
>>
>> Three words: "Triangle", "Box", and "Spiral".
>>
>> I wonder if a compromise version of the patch might remove all the
>> words and just use icons for the three different layouts.  The words
>> don't actually add much (except maybe for "Freeform" -- but what does
>> that word mean, actually).
>
> OK, attached is a screenshot of a word-less version; further
> discussion at http://dev.laptop.org/ticket/7685
>  --scott


Looks good :-).
Probably Eben should make the call now .
Cheers,
Sayamindu



-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] Design Meeting MINUTES (Thursday September 18, 2008 @ 15.30 UTC)

2008-09-18 Thread Eben Eliason
Our first design meeting was a bit more technical than anticipated,
but we did make some progress.  Minutes can be found here:
http://sugarlabs.org/go/DesignTeam/Meetings#Thursday_September_18.2C_2008_-_15.30_.28UTC.29

Thanks to all that participated!

- Eben
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Design Meeting MINUTES

2008-09-18 Thread Mikus Grinbergs
Regarding Icon Reviews: Access Point:

> The proposal discussed wraps the former AP icon (the circle) in "parenthesis"

I'm in favor of such a visual indication for "AP connected".

> alternate designs were proposed

This brings up the whole topic of the status of the connection to 
the school server:

At the moment, I myself am not clear on the purpose of the 
Neighborhood View vs. the Frame.  One possible interpretation is 
that the Neighborhood View shows things the kid could act with in 
the FUTURE (e.g., select an AP for his connection to the internet), 
whereas the Frame shows the status of things in the PRESENT (e.g., 
the characteristics of an existing AP connection).


In particular, it is not clear to me whether (in the overall Sugar 
design) if there is a currently selected AP, then that AP __MUST__ 
be how the kid accesses his school server.

  -  If the answer is 'yes', all that is needed is a "binary" visual 
indicator for the school server - if it is present, then the kid is 
connected to the (backup repository at) school; if it is absent, the 
kid does not have a connection to the school server.  [The 
characteristics of HOW the kid is connected to the school would be 
shown on the existing "connection" icon in the Frame.]

  -  If the answer is 'no' (e.g., if the kid can be connected to the 
school using one IP address, and be connected to the internet / his 
buddies through a different IP address), then a "fancier" visual 
indicator ought to be used to identify the connection to the school.


I believe that "connected to the school server" should be an 
explicit visual signal presented to the kid.  Whether that signal 
should be presented in the Frame only, needs to be discussed.

mikus

___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] Supporting desktop applications, extending the EWMH spec

2008-09-18 Thread Sayamindu Dasgupta
Hello all,
Marco and I have been discussing on how to make a window manager like
Metacity fit into the Sugar environment, and based on our current
discussions, as well as past discussions, it seems clear that we need
changes to the Extended Window Manager Hints spec[1]. For details on
why we want to do that, take a look at the first draft of the proposal
at http://dev.laptop.org/~sayamindu/sugar_metacity/draft_1.txt

The simplest way to do this is mentioned in the draft, namely, to have
a new _NET_WM_WINDOW_TYPE hint, called _NET_WM_WINDOW_TYPE_NETBOOK_APP
(feel free to suggest a better name :-P). All sugar activities are
hinted as _NET_WM_WINDOW_TYPE_NETBOOK_APP, and the window manager
maximizes and undecorates them.

However, Marco suggests that for applications like Firefox, or
Thunderbird, we may actually want them to be in maximized+undecorated
in Sugar as well, to maximize screen real estate usage. In such a
situation, things become a bit more complicated. Marco suggests a
double hint, some thing like _NET_WM_WINDOW_TYPE_NORMAL |
_NET_WM_WINDOW_TYPE_APPLICATION. In a "normal" desktop environment the
second _NET_WM_WINDOW_TYPE_APPLICATION will not have any effect, but
in Sugar, _NET_WM_WINDOW_TYPE_APPLICATION will be honoured, and
windows having this hint will be maximized + undecorated.

However, this brings up two problems
a) applications like firefox will need to be modified so that they set
the _NET_WM_WINDOW_TYPE_APPLICATION hint (ideally we would like to run
the applications unmodified).
b) one of the major reasons why we can do away with the decorations in
case of sugar activities is that they are designed to work well
without decorations (eg: a large close button on the window itself).
otoh, most desktop applications do not have this, and the close button
is usually somewhere hidden in the menu. In some cases the close
button may not be accessible at all (eg: a rogue popup in firefox
which somehow circumvents the popup blocker and disables the menubar).
Note that this is a problem with the existing Firefox activity as
well.

We would like to have inputs and suggestions on this issue before
going ahead and making a proposal to the EWMH maintainers.

Thanks,
Sayamindu


[1] http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html

-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Supporting desktop applications, extending the EWMH spec

2008-09-18 Thread Marco Pesenti Gritti
On Thu, Sep 18, 2008 at 10:07 PM, Sayamindu Dasgupta
<[EMAIL PROTECTED]> wrote:
>a) applications like firefox will need to be modified so that they set
>the _NET_WM_WINDOW_TYPE_APPLICATION hint (ideally we would like to run
>the applications unmodified).

The idea would be that applications would just these this hint
upstream, if they are designed in a way that makes them compatible
with running "fullscreen".

> b) one of the major reasons why we can do away with the decorations in
> case of sugar activities is that they are designed to work well
> without decorations (eg: a large close button on the window itself).
> otoh, most desktop applications do not have this, and the close button
> is usually somewhere hidden in the menu. In some cases the close
> button may not be accessible at all (eg: a rogue popup in firefox
> which somehow circumvents the popup blocker and disables the menubar).
> Note that this is a problem with the existing Firefox activity as
> well.

We might actually move the close button into the frame in one of the
next release...

(Don't take this as arguing for the approach
_NET_WM_WINDOW_TYPE_APPLICATION, it's tricky, I'm not sure what's
better really.)

Marco
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Supporting desktop applications, extending the EWMH spec

2008-09-18 Thread Benjamin M. Schwartz
Sayamindu Dasgupta wrote:
> The simplest way to do this is mentioned in the draft, namely, to have
> a new _NET_WM_WINDOW_TYPE hint, called _NET_WM_WINDOW_TYPE_NETBOOK_APP
> (feel free to suggest a better name :-P). 

I do not understand at all why _NET_WM_WINDOW_TYPE_FULLSCREEN is 
insufficient.  For example, try (under Metacity) launching Firefox and 
then pressing F11 to go into Fullscreen mode.  This results in a 
full-screen, undecorated window that seems to behave exactly as we desire 
full-screen Sugar apps to behave.

Here is a quick experiment I did to compare Firefox when Maximized and 
Fullscreen.
$ xprop > /tmp/full.txt
$ xprop > /tmp/max.txt
$ diff -u /tmp/max.txt /tmp/full.txt
--- /tmp/max.txt2008-09-18 16:38:49.0 -0400
+++ /tmp/full.txt   2008-09-18 16:38:33.0 -0400
@@ -3,10 +3,10 @@
  WM_STATE(WM_STATE):
window state: Normal
icon window: 0x0
-_NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 25, 1
+_NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 0, 0
  _NET_WM_DESKTOP(CARDINAL) = 0
-_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, 
_NET_WM_ACTION_RESIZE, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_MINIMIZE, 
_NET_WM_ACTION_SHADE, _NET_WM_ACTION_MAXIMIZE_HORZ, 
_NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_CHANGE_DESKTOP, 
_NET_WM_ACTION_CLOSE, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW
-_NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_HORZ, 
_NET_WM_STATE_MAXIMIZED_VERT
+_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_FULLSCREEN, 
_NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_CHANGE_DESKTOP, 
_NET_WM_ACTION_CLOSE, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW
+_NET_WM_STATE(ATOM) = _NET_WM_STATE_FULLSCREEN
  WM_HINTS(WM_HINTS):
Client accepts input or input focus: True
Initial state is Normal State.
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Supporting desktop applications, extending the EWMH spec

2008-09-18 Thread Benjamin M. Schwartz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Benjamin M. Schwartz wrote:
| ... _NET_WM_WINDOW_TYPE_FULLSCREEN ...

That should be _NET_WM_STATE_FULLSCREEN.

Oops,
Ben
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkjSvfMACgkQUJT6e6HFtqRgwQCfaOj++xeB6DNjk3raFu+ZIicp
g/oAoImzaINzdSSsaVNtsTyQd1LQc6Yy
=p/Mn
-END PGP SIGNATURE-
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] [RELEASE] etoys-3.0.2153

2008-09-18 Thread Bert Freudenberg
http://dev.laptop.org/pub/sugar/sources/etoys/etoys-3.0.2153.tar.gz

  * enable Pango for unknown locales (#8530)
  * fix composite character input (#8531)
  * fix camera not working in some locales (#8540)
  * releases sound device in WorldStethoscope (#8541)
  * preserve meta data in Journal (#8550)

- Bert -


___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Supporting desktop applications, extending the EWMH spec

2008-09-18 Thread Sayamindu Dasgupta
On Fri, Sep 19, 2008 at 2:12 AM, Benjamin M. Schwartz
<[EMAIL PROTECTED]> wrote:
> Sayamindu Dasgupta wrote:
>>
>> The simplest way to do this is mentioned in the draft, namely, to have
>> a new _NET_WM_WINDOW_TYPE hint, called _NET_WM_WINDOW_TYPE_NETBOOK_APP
>> (feel free to suggest a better name :-P).
>
> I do not understand at all why _NET_WM_WINDOW_TYPE_FULLSCREEN is
> insufficient.  For example, try (under Metacity) launching Firefox and then
> pressing F11 to go into Fullscreen mode.  This results in a full-screen,
> undecorated window that seems to behave exactly as we desire full-screen
> Sugar apps to behave.
>
> Here is a quick experiment I did to compare Firefox when Maximized and
> Fullscreen.
> $ xprop > /tmp/full.txt
> $ xprop > /tmp/max.txt
> $ diff -u /tmp/max.txt /tmp/full.txt
> --- /tmp/max.txt2008-09-18 16:38:49.0 -0400
> +++ /tmp/full.txt   2008-09-18 16:38:33.0 -0400
> @@ -3,10 +3,10 @@
>  WM_STATE(WM_STATE):
>window state: Normal
>icon window: 0x0
> -_NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 25, 1
> +_NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 0, 0
>  _NET_WM_DESKTOP(CARDINAL) = 0
> -_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE,
> _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_SHADE,
> _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_MAXIMIZE_VERT,
> _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_ABOVE,
> _NET_WM_ACTION_BELOW
> -_NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_HORZ,
> _NET_WM_STATE_MAXIMIZED_VERT
> +_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_FULLSCREEN,
> _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_CHANGE_DESKTOP,
> _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW
> +_NET_WM_STATE(ATOM) = _NET_WM_STATE_FULLSCREEN
>  WM_HINTS(WM_HINTS):
>Client accepts input or input focus: True
>Initial state is Normal State.
>

Some of our activities have a separate fullscreen mode. Take a look at
the two screenshots of record:

Fullscreen: 
http://dev.laptop.org/~sayamindu/sugar_metacity/Captura%20de%20pantalla_1.png
Normal: 
http://dev.laptop.org/~sayamindu/sugar_metacity/Captura%20de%20pantalla_1_2.png

Marco suggest that this can be worked around in sugar though.

However, though we do not always show frames (or panels), there are
some environments which show at least a single panel all the time (eg:
Ubuntu Netbook Remix). In those cases, fullscreen might mean that
frame may have to be covered as well. Who knows, maybe in the future
sugar may also decide to show a single frame permanently on the
screen.

Thanks,
Sayamindu


-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Supporting desktop applications, extending the EWMH spec

2008-09-18 Thread Marco Pesenti Gritti
On Thu, Sep 18, 2008 at 11:02 PM, Sayamindu Dasgupta
<[EMAIL PROTECTED]> wrote:
> Some of our activities have a separate fullscreen mode. Take a look at
> the two screenshots of record:
>
> Fullscreen: 
> http://dev.laptop.org/~sayamindu/sugar_metacity/Captura%20de%20pantalla_1.png
> Normal: 
> http://dev.laptop.org/~sayamindu/sugar_metacity/Captura%20de%20pantalla_1_2.png
>
> Marco suggest that this can be worked around in sugar though.

Yeah this could be handled differently in Sugar.

> However, though we do not always show frames (or panels), there are
> some environments which show at least a single panel all the time (eg:
> Ubuntu Netbook Remix). In those cases, fullscreen might mean that
> frame may have to be covered as well. Who knows, maybe in the future
> sugar may also decide to show a single frame permanently on the
> screen.

I'm not even sure why it works with the current frame... The wm is
supposed fullscreen windows on the top of docks:

http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html#STACKINGORDER

Another point is that Sugar activities would have to be modified to
run correctly on a normal desktop (or we would have to come up with
some logic to set the fullscreen hint conditionally).

Marco
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Supporting desktop applications, extending the EWMH spec

2008-09-18 Thread Benjamin M. Schwartz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Marco Pesenti Gritti wrote:

|> However, though we do not always show frames (or panels), there are
|> some environments which show at least a single panel all the time (eg:
|> Ubuntu Netbook Remix). In those cases, fullscreen might mean that
|> frame may have to be covered as well. Who knows, maybe in the future
|> sugar may also decide to show a single frame permanently on the
|> screen.

This is an interesting problem, but it is not relevant for Sugar at this
time.  I think a discussion with the Ubuntu developers would be wonderful,
but since we do not have such a semi-permanent bar in Sugar, we can
implement all our desired behaviors using simply the existing EWMH.

|
| I'm not even sure why it works with the current frame... The wm is
| supposed fullscreen windows on the top of docks:
|
| http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html#STACKINGORDER

For usability/security reasons, the Frame must always be on top,
regardless of what hints an Activity sets on its windows, so we cannot
follow this recommended stacking order.  The window manager will have to
enforce the ordering, eventually in conjunction with a real X security
framework.

| Another point is that Sugar activities would have to be modified to
| run correctly on a normal desktop (or we would have to come up with
| some logic to set the fullscreen hint conditionally).

Running Sugar Activities in a standard desktop environment is something
that we have not discussed enough.  It's important to remember that
Activities (e.g. Write) require Sugar's UI to load files, save files, join
shared instances, monitor current sharing partners, etc.  Activities will
never run on a bare desktop; they will always require a launcher shell,
even if it is much less comprehensive than a full Sugar shell.  This shell
can also be responsible for setting window hints appropriately, or for
providing Activities with enough information about the environment for
them to set appropriate window hints.

In summary, I believe we can safely move to a lightly patched Metacity
while tagging our windows purely according to the EWMH.

- --Ben
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkjSyWYACgkQUJT6e6HFtqQSfgCfWR0riur6iMJiqxSkRmkY+mu8
3MAAn1iM/D2RX+aivuljZPLyqvFM8ytd
=i782
-END PGP SIGNATURE-
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Supporting desktop applications, extending the EWMH spec

2008-09-18 Thread Marco Pesenti Gritti
On Thu, Sep 18, 2008 at 11:34 PM, Benjamin M. Schwartz
<[EMAIL PROTECTED]> wrote:
> In summary, I believe we can safely move to a lightly patched Metacity
> while tagging our windows purely according to the EWMH.

That would mean to make Sugar impossible to use on a standard distribution.

Marco
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Supporting desktop applications, extending the EWMH spec

2008-09-18 Thread Benjamin M. Schwartz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Marco Pesenti Gritti wrote:
| On Thu, Sep 18, 2008 at 11:34 PM, Benjamin M. Schwartz
| <[EMAIL PROTECTED]> wrote:
|> In summary, I believe we can safely move to a lightly patched Metacity
|> while tagging our windows purely according to the EWMH.
|
| That would mean to make Sugar impossible to use on a standard distribution.

You mean because it would make Sugar depend on a nonstandard branch of
Metacity?  I can understand why distributions might be reluctant to carry
such a thing.

Let's keep thinking about this.  For example, I wonder what Metacity does
to a window that is both  _NET_WM_STATE_FULLSCREEN and
_NET_WM_STATE_BELOW?  Does it stack it below the Frame, if the Frame is
_NET_WM_TYPE_DOCK and _NET_WM_STATE_ABOVE?  If not, could we convince the
Metacity developers that this is a good idea?

What about making Activities run as _NET_WM_TYPE_DESKTOP? How does
Metacity handle multiple DESKTOP windows? (It probably isn't happy about
them...)

EWMH specifies a _NET_RESTACK_WINDOW message.  Could Sugar, acting as a
pager, send this message to Metacity at appropriate times to raise the
Frame to the top, above FULLSCREEN windows?

It may be that we can find a way to make this work under stock Metacity if
we're creative.  If not, Metacity is under very active development.
Perhaps we can find a small change that resolves our problem and is
satisfying to upstream Metacity.

- --Ben
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkjS0nwACgkQUJT6e6HFtqT9CQCgoNuyrq73SGUwzfvW/E2JHWhN
8sAAn1YDg6ro9fCc3W2E3OiyUXZ8rnYk
=/BHQ
-END PGP SIGNATURE-
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Supporting desktop applications, extending the EWMH spec

2008-09-18 Thread Marco Pesenti Gritti
On Fri, Sep 19, 2008 at 12:13 AM, Benjamin M. Schwartz
<[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Marco Pesenti Gritti wrote:
> | On Thu, Sep 18, 2008 at 11:34 PM, Benjamin M. Schwartz
> | <[EMAIL PROTECTED]> wrote:
> |> In summary, I believe we can safely move to a lightly patched Metacity
> |> while tagging our windows purely according to the EWMH.
> |
> | That would mean to make Sugar impossible to use on a standard
> distribution.
>
> You mean because it would make Sugar depend on a nonstandard branch of
> Metacity?  I can understand why distributions might be reluctant to carry
> such a thing.

Yup.

I will look into your proposal/discussion tomorrow. My brain is pretty
much dead at the moment :)

Marco
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] Any idea why ./setup fix_manifest should auto delete my locale directory?

2008-09-18 Thread Gary C Martin
Any idea why running "./setup fix_manifest" should be auto deleting my  
locale directory? Seems a little mean spirited of it - doesn't warn me  
or anything.

--Gary
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] G1G1v2 Activities

2008-09-18 Thread Gary C Martin
On 19 Sep 2008, at 00:13, Douglas Bagnall wrote:

> (AFAICT) we're limited to:
>
> XaoS - org.codewiz.XaoS
> Sokoban  - de.hpi.swa.Sokoban
> Pipes- de.hpi.swa.Pipes
> Bounce   - bounce
> Chat - org.laptop.Chat
> DrGeoII  - org.ofset.DrGeoII
> Breakout - de.hpi.swa.Breakout
> Funtowers- de.hpi.swa.Funtowers
> DiceWars - de.hpi.swa.DiceWars
> X activity   - org.laptop.wiki.XActivity
> StackAttack  - de.hpi.swa.StackAttack
> Joke Machine - org.worldwideworkshop.JokeMachineActivity
> Sokobaenle   - de.hpi.swa.Sokobaenle
> BlockAttack  - de.hpi.swa.BlockAttack
> Abalone  - de.hpi.swa.Abalone
> SameGame - de.hpi.swa.SameGame
>
>
> Not that it really matters, of course.

Meow, ooh ouch ;-)

> Most activities fail by having no bundle_id, and only 36/115 have
> host_version.


Perhaps correcting http://wiki.laptop.org/go/Activity_tutorial would  
help?

I'm showing my age here, but is bundle_id a replacement for  
service_name? Seem to be identical.

OK, well... I 'think' Moon-5 can now go on your shiny happy list –  
available from the the Activities wiki page or get it fresh via the  
Control Panel software updater if you already have a previous version.  
However, any hints would be much appreciated as to what this last   
remaining setup.py WARNING is trying to tell me?

WARNING:root:bundle_name deprecated, now comes from activity.info

I've not had much luck tracking it down, and I make no reference to  
bundle_name in my code.

--Gary
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] G1G1v2 Activities

2008-09-18 Thread genesee

Howdy.

This G1G1v1 user's top ten list:

1. Help (wish it was on my xo when I first got it)
2. Terminal
3. Browse (with Adobe Flash not Gnash)
4. Write (with keybindings mod to AbiWord)
5. Develop
6. Read
7. Pippy
8. E-Toys
9. News Reader
10. xoIRC
Bubbling under the top ten are the stand alone Library activity and Walter's
Gmail2 when ready for prime time. 

Even though they're not 'activities', both yum and mc have been very useful.

Since the new Sugar Control Panel lets the end user pick which activities to
install with the updater, I don't think it's too important how many are
shipped.

¡Gracias!

genesee



-- 
View this message in context: 
http://n2.nabble.com/G1G1v2-Activities-tp1096679p1099949.html
Sent from the OLPC Sugar mailing list archive at Nabble.com.

___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] G1G1v2 Activities

2008-09-18 Thread Douglas Bagnall
Gary C Martin <[EMAIL PROTECTED]> wrote:

>
> Perhaps correcting http://wiki.laptop.org/go/Activity_tutorial would
   > help?

Good point -- done, at least for host_version and bundle_id.  As it
happens the actually published HelloWorld activity is one of the
worst offenders, having no activity_version.  That might even break
things.

> I'm showing my age here, but is bundle_id a replacement for
> service_name? Seem to be identical.

It is, they are.  I'm not sure why it changed, and all the code I've
seen tries both, but the spec is adamant (that's
http://wiki.laptop.org/go/Activity_bundles).

> OK, well... I 'think' Moon-5 can now go on your shiny happy list –

Yes!

I've got no idea about that bundle_name warning, sorry.

Douglas
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] G1G1v2 Activities

2008-09-18 Thread pgf
douglas wrote:
 > Gary C Martin <[EMAIL PROTECTED]> wrote:
 > 
 > >
 > > Perhaps correcting http://wiki.laptop.org/go/Activity_tutorial would
 >> help?
 > 
 > Good point -- done, at least for host_version and bundle_id.  As it
 > happens the actually published HelloWorld activity is one of the
 > worst offenders, having no activity_version.  That might even break
 > things.
 > 
 > > I'm showing my age here, but is bundle_id a replacement for
 > > service_name? Seem to be identical.
 > 
 > It is, they are.  I'm not sure why it changed, and all the code I've
 > seen tries both, but the spec is adamant (that's
 > http://wiki.laptop.org/go/Activity_bundles).

huh.  here's where it changed, almost a year ago:

http://wiki.laptop.org/index.php?title=Activity_bundles&diff=69258&oldid=69078

paul
=-
 paul fox, [EMAIL PROTECTED]
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar