[IAEP] status on Sugar Guide for 0.84

2009-03-26 Thread Anne Gentle
Hi all -
I am thinking the Sugar Guide is ready for one last look before I publish to
PDF and HTML.

It's still on the WRITE side of FLOSS Manuals, so feel free to do any
last-minute proofing and edits here:
http://en.flossmanuals.net/bin/view/Sugar/8_4/WebHome

We had some technical hurdles to overcome since it's our first version
update on a manual (way to lead the way Sugar!). But I think enough bugs are
worked out to allow publishing tomorrow (Friday 3/27).

Final items:

   1. Walter or someone with python knowledge, could you review the
   "Modifying Sugar" chapter at
   http://en.flossmanuals.net/bin/view/Sugar/8_4/ModifyingSugar? I had to
   take all the code examples (python and svg xml) and put them into images so
   that the PDF generation will work.
   2. There's a problem with misnumbered chapters for which I've logged a
   trac issue and Aco has taken: http://adam.engagetv.com/trac/ticket/81.
   3. Walter, David, and Adam - let's talk about getting an ISBN for this
   book if we want to sell it on Amazon. If we do decide to sell it on Amazon,
   we'll need a new book cover to match Crown Quarto dimensions. (The
   dimensions are 190mm x 250mm and the page count is 226.)

Thanks, all, for your assistance and patience.

Anne

-- 
Anne Gentle
email: annegen...@justwriteclick.com
blog: www.justwriteclick.com
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] status on Sugar Guide for 0.84

2009-03-26 Thread Caryl Bigenho

Hi...

The new Sugar manual looks very professional. You folks have done a great job.

 I was, however, disappointed to find that, although running it on a Mac is 
mentioned, the instructions for doing it are not included.  The education world 
in the US is mostly a Mac world.  A lot of people would like to run it on their 
classroom machines.

If it currently only works on Intel based machines, could we at least include 
instructions for that?  Meanwhile, is anyone working on getting it to run on 
Power PC Macs?  I have both and can test it whenever it is ready and you send 
me the info on getting it.

Caryl

> --
> 
> Message: 6
> Date: Thu, 26 Mar 2009 08:52:08 -0500
> From: Anne Gentle 
> Subject: [IAEP] status on Sugar Guide for 0.84
> To: iaep@lists.sugarlabs.org, disc...@lists.flossmanuals.net
> Message-ID:
>   <1a4c3e670903260652y7221a289x3bc578adef45a...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Hi all -
> I am thinking the Sugar Guide is ready for one last look before I publish to
> PDF and HTML.
> 
> It's still on the WRITE side of FLOSS Manuals, so feel free to do any
> last-minute proofing and edits here:
> http://en.flossmanuals.net/bin/view/Sugar/8_4/WebHome
> 
> We had some technical hurdles to overcome since it's our first version
> update on a manual (way to lead the way Sugar!). But I think enough bugs are
> worked out to allow publishing tomorrow (Friday 3/27).
> 
> Final items:
> 
>1. Walter or someone with python knowledge, could you review the
>"Modifying Sugar" chapter at
>http://en.flossmanuals.net/bin/view/Sugar/8_4/ModifyingSugar? I had to
>take all the code examples (python and svg xml) and put them into images so
>that the PDF generation will work.
>2. There's a problem with misnumbered chapters for which I've logged a
>trac issue and Aco has taken: http://adam.engagetv.com/trac/ticket/81.
>3. Walter, David, and Adam - let's talk about getting an ISBN for this
>book if we want to sell it on Amazon. If we do decide to sell it on Amazon,
>we'll need a new book cover to match Crown Quarto dimensions. (The
>dimensions are 190mm x 250mm and the page count is 226.)
> 
> Thanks, all, for your assistance and patience.
> 
> Anne
> 
> -- 
> Anne Gentle
> email: annegen...@justwriteclick.com
> blog: www.justwriteclick.com
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> http://lists.sugarlabs.org/archive/iaep/attachments/20090326/1344fb05/attachment.htm
>  
> 
> --
> 
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
> 
> End of IAEP Digest, Vol 12, Issue 92
> 
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] status on Sugar Guide for 0.84

2009-03-26 Thread Sean DALY
Greetings Caryl,

I agree with you and in fact I've been very pleased to run Sugar v0.84
at full screen in virtualization on a Mac Mini, following the
instructions at this link: http://wiki.sugarlabs.org/go/Downloads
easily reachable from the homepage of www.sugarlabs.org

(note: the download link onthe "Sugar on a Stick VirtualBox" page
appears to be broken it should be
http://download.sugarlabs.org/soas/appliances/soas2-20090321.tar.gz)

We are still updating those wiki pages and the Mac page does need to
make clearer that Sugar will only run on an Intel processor Mac. It's
a pity because I'm sure lots of schools have older Macs (I have a
bunch at the house myself).

thanks

Sean



On Thu, Mar 26, 2009 at 5:11 PM, Caryl Bigenho  wrote:
> Hi...
>
> The new Sugar manual looks very professional. You folks have done a great
> job.
>
>  I was, however, disappointed to find that, although running it on a Mac is
> mentioned, the instructions for doing it are not included.  The education
> world in the US is mostly a Mac world.  A lot of people would like to run it
> on their classroom machines.
>
> If it currently only works on Intel based machines, could we at least
> include instructions for that?  Meanwhile, is anyone working on getting it
> to run on Power PC Macs?  I have both and can test it whenever it is ready
> and you send me the info on getting it.
>
> Caryl
>
>> --
>>
>> Message: 6
>> Date: Thu, 26 Mar 2009 08:52:08 -0500
>> From: Anne Gentle 
>> Subject: [IAEP] status on Sugar Guide for 0.84
>> To: iaep@lists.sugarlabs.org, disc...@lists.flossmanuals.net
>> Message-ID:
>> <1a4c3e670903260652y7221a289x3bc578adef45a...@mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Hi all -
>> I am thinking the Sugar Guide is ready for one last look before I publish
>> to
>> PDF and HTML.
>>
>> It's still on the WRITE side of FLOSS Manuals, so feel free to do any
>> last-minute proofing and edits here:
>> http://en.flossmanuals.net/bin/view/Sugar/8_4/WebHome
>>
>> We had some technical hurdles to overcome since it's our first version
>> update on a manual (way to lead the way Sugar!). But I think enough bugs
>> are
>> worked out to allow publishing tomorrow (Friday 3/27).
>>
>> Final items:
>>
>> 1. Walter or someone with python knowledge, could you review the
>> "Modifying Sugar" chapter at
>> http://en.flossmanuals.net/bin/view/Sugar/8_4/ModifyingSugar? I had to
>> take all the code examples (python and svg xml) and put them into images
>> so
>> that the PDF generation will work.
>> 2. There's a problem with misnumbered chapters for which I've logged a
>> trac issue and Aco has taken: http://adam.engagetv.com/trac/ticket/81.
>> 3. Walter, David, and Adam - let's talk about getting an ISBN for this
>> book if we want to sell it on Amazon. If we do decide to sell it on
>> Amazon,
>> we'll need a new book cover to match Crown Quarto dimensions. (The
>> dimensions are 190mm x 250mm and the page count is 226.)
>>
>> Thanks, all, for your assistance and patience.
>>
>> Anne
>>
>> --
>> Anne Gentle
>> email: annegen...@justwriteclick.com
>> blog: www.justwriteclick.com
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL:
>> http://lists.sugarlabs.org/archive/iaep/attachments/20090326/1344fb05/attachment.htm
>>
>> --
>>
>> ___
>> IAEP -- It's An Education Project (not a laptop project!)
>> IAEP@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/iaep
>>
>> End of IAEP Digest, Vol 12, Issue 92
>> 
>
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] [FM Discuss] status on Sugar Guide for 0.84

2009-03-26 Thread Jay Maechtlen




Anne
In the 'getting' chapter
there are links that aren't spelled out.

the heading
Installing for Windows computers

is much larger than the preceding headings, suggesting that you're
getting Sugar, not SoaS.



Anne Gentle wrote:
Hi all - 
I am thinking the Sugar Guide is ready for one last look before I
publish to PDF and HTML. 
  
It's still on the WRITE side of FLOSS Manuals, so feel free to do any
last-minute proofing and edits here:
  http://en.flossmanuals.net/bin/view/Sugar/8_4/WebHome
  
We had some technical hurdles to overcome since it's our first version
update on a manual (way to lead the way Sugar!). But I think enough
bugs are worked out to allow publishing tomorrow (Friday 3/27). 
  
Final items:
  
Walter or someone with python knowledge, could you review the
"Modifying Sugar" chapter at http://en.flossmanuals.net/bin/view/Sugar/8_4/ModifyingSugar?
I had to take all the code examples (python and svg xml) and put them
into images so that the PDF generation will work. 
There's a problem with misnumbered chapters for which I've
logged a trac issue and Aco has taken: http://adam.engagetv.com/trac/ticket/81.
Walter, David, and Adam - let's talk about getting an ISBN for
this book if we want to sell it on Amazon. If we do decide to sell it
on Amazon, we'll need a new book cover to match Crown Quarto
dimensions. (The dimensions are 190mm
x 250mm and the page count is 226.)
  
Thanks, all, for your assistance and patience.
  
Anne
  
-- 
Anne Gentle
email: annegen...@justwriteclick.com
blog: www.justwriteclick.com
  
  

___
Discuss mailing list
disc...@lists.flossmanuals.net
http://lists.flossmanuals.net/listinfo.cgi/discuss-flossmanuals.net
  


-- 
Jay Maechtlen
626 444-5112 office
626 840-8875 cell
www.laserpubs.com



___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] [FM Discuss] status on Sugar Guide for 0.84

2009-03-26 Thread Anne Gentle
Hi Jay -
Yes, it's a part of the issue with the mis-numbered chapters as well. I'm
using INCLUDE code to bring in chapters from the Grannie's Guide to Sugar. I
might rename those chapters (they are chapters but the need to be
subsections here) depending on the solution, but it might be that the
INCLUDE code I'm using doesn't match the needs for these sections (they need
to be subsections of the larger chapter.)

We'll keep working on that issue and may need to remove the INCLUDEs and
just copy/paste the SoaS Windows information instead of embedding it in
order to resolve these paired issues with hierarchy and numbering. It would
be a shame to lose it though, because the reuse of the content would be very
valuable in this case.

Thanks,
Anne

2009/3/26 Jay Maechtlen 

>  Anne
> In the 'getting' chapter
> there are links that aren't spelled out.
>
> the heading
> Installing for Windows computers is much larger than the preceding
> headings, suggesting that you're getting Sugar, not SoaS.
>
>
>
> Anne Gentle wrote:
>
> Hi all -
> I am thinking the Sugar Guide is ready for one last look before I publish
> to PDF and HTML.
>
> It's still on the WRITE side of FLOSS Manuals, so feel free to do any
> last-minute proofing and edits here:
> http://en.flossmanuals.net/bin/view/Sugar/8_4/WebHome
>
> We had some technical hurdles to overcome since it's our first version
> update on a manual (way to lead the way Sugar!). But I think enough bugs are
> worked out to allow publishing tomorrow (Friday 3/27).
>
> Final items:
>
>1. Walter or someone with python knowledge, could you review the
>"Modifying Sugar" chapter at
>http://en.flossmanuals.net/bin/view/Sugar/8_4/ModifyingSugar? I had to
>take all the code examples (python and svg xml) and put them into images so
>that the PDF generation will work.
>2. There's a problem with misnumbered chapters for which I've logged a
>trac issue and Aco has taken: http://adam.engagetv.com/trac/ticket/81.
>3. Walter, David, and Adam - let's talk about getting an ISBN for this
>book if we want to sell it on Amazon. If we do decide to sell it on Amazon,
>we'll need a new book cover to match Crown Quarto dimensions. (The
>dimensions are 190mm x 250mm and the page count is 226.)
>
> Thanks, all, for your assistance and patience.
>
> Anne
>
> --
> Anne Gentle
> email: annegen...@justwriteclick.com
> blog: www.justwriteclick.com
>
> --
>
> ___
> Discuss mailing 
> listdisc...@lists.flossmanuals.nethttp://lists.flossmanuals.net/listinfo.cgi/discuss-flossmanuals.net
>
>
> --
> Jay Maechtlen
> 626 444-5112 office
> 626 840-8875 cellwww.laserpubs.com
>
>
> ___
> Discuss mailing list
> disc...@lists.flossmanuals.net
> http://lists.flossmanuals.net/listinfo.cgi/discuss-flossmanuals.net
>
>


-- 
Anne Gentle
email: annegen...@justwriteclick.com
blog: www.justwriteclick.com
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] status on Sugar Guide for 0.84

2009-03-26 Thread Caryl Bigenho

OK...so can this information be added to the new Sugar Guide?

Caryl

> Date: Thu, 26 Mar 2009 17:25:33 +0100
> Subject: Re: [IAEP] status on Sugar Guide for 0.84
> From: sdaly...@gmail.com
> To: cbige...@hotmail.com
> CC: iaep@lists.sugarlabs.org
> 
> Greetings Caryl,
> 
> I agree with you and in fact I've been very pleased to run Sugar v0.84
> at full screen in virtualization on a Mac Mini, following the
> instructions at this link: http://wiki.sugarlabs.org/go/Downloads
> easily reachable from the homepage of www.sugarlabs.org
> 
> (note: the download link onthe "Sugar on a Stick VirtualBox" page
> appears to be broken it should be
> http://download.sugarlabs.org/soas/appliances/soas2-20090321.tar.gz)
> 
> We are still updating those wiki pages and the Mac page does need to
> make clearer that Sugar will only run on an Intel processor Mac. It's
> a pity because I'm sure lots of schools have older Macs (I have a
> bunch at the house myself).
> 
> thanks
> 
> Sean
> 
> 
> 
> On Thu, Mar 26, 2009 at 5:11 PM, Caryl Bigenho  wrote:
> > Hi...
> >
> > The new Sugar manual looks very professional. You folks have done a great
> > job.
> >
> >  I was, however, disappointed to find that, although running it on a Mac is
> > mentioned, the instructions for doing it are not included.  The education
> > world in the US is mostly a Mac world.  A lot of people would like to run it
> > on their classroom machines.
> >
> > If it currently only works on Intel based machines, could we at least
> > include instructions for that?  Meanwhile, is anyone working on getting it
> > to run on Power PC Macs?  I have both and can test it whenever it is ready
> > and you send me the info on getting it.
> >
> > Caryl
> >
> >> --
> >>
> >> Message: 6
> >> Date: Thu, 26 Mar 2009 08:52:08 -0500
> >> From: Anne Gentle 
> >> Subject: [IAEP] status on Sugar Guide for 0.84
> >> To: iaep@lists.sugarlabs.org, disc...@lists.flossmanuals.net
> >> Message-ID:
> >> <1a4c3e670903260652y7221a289x3bc578adef45a...@mail.gmail.com>
> >> Content-Type: text/plain; charset="iso-8859-1"
> >>
> >> Hi all -
> >> I am thinking the Sugar Guide is ready for one last look before I publish
> >> to
> >> PDF and HTML.
> >>
> >> It's still on the WRITE side of FLOSS Manuals, so feel free to do any
> >> last-minute proofing and edits here:
> >> http://en.flossmanuals.net/bin/view/Sugar/8_4/WebHome
> >>
> >> We had some technical hurdles to overcome since it's our first version
> >> update on a manual (way to lead the way Sugar!). But I think enough bugs
> >> are
> >> worked out to allow publishing tomorrow (Friday 3/27).
> >>
> >> Final items:
> >>
> >> 1. Walter or someone with python knowledge, could you review the
> >> "Modifying Sugar" chapter at
> >> http://en.flossmanuals.net/bin/view/Sugar/8_4/ModifyingSugar? I had to
> >> take all the code examples (python and svg xml) and put them into images
> >> so
> >> that the PDF generation will work.
> >> 2. There's a problem with misnumbered chapters for which I've logged a
> >> trac issue and Aco has taken: http://adam.engagetv.com/trac/ticket/81.
> >> 3. Walter, David, and Adam - let's talk about getting an ISBN for this
> >> book if we want to sell it on Amazon. If we do decide to sell it on
> >> Amazon,
> >> we'll need a new book cover to match Crown Quarto dimensions. (The
> >> dimensions are 190mm x 250mm and the page count is 226.)
> >>
> >> Thanks, all, for your assistance and patience.
> >>
> >> Anne
> >>
> >> --
> >> Anne Gentle
> >> email: annegen...@justwriteclick.com
> >> blog: www.justwriteclick.com
> >> -- next part --
> >> An HTML attachment was scrubbed...
> >> URL:
> >> http://lists.sugarlabs.org/archive/iaep/attachments/20090326/1344fb05/attachment.htm
> >>
> >> --
> >>
> >> ___
> >> IAEP -- It's An Education Project (not a laptop project!)
> >> IAEP@lists.sugarlabs.org
> >> http://lists.sugarlabs.org/listinfo/iaep
> >>
> >> End of IAEP Digest, Vol 12, Issue 92
> >> 
> >
> > ___
> > IAEP -- It's An Education Project (not a laptop project!)
> > IAEP@lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/iaep
> >
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] status on Sugar Guide for 0.84

2009-03-26 Thread David Farning
Yes,

New information can be added at any time to FM manuals at
http://en.flossmanuals.net/bin/view/Sugar/8_4/WebHome .  (You will
need to register and login to make changes)

The document maintainer, if this case Anne, will copy edit your
changes and push them to the published version of the document.

FM works like a wiki with a couple of checks and balances.  It is a
good compromise between wikis and traditional publishing.

David

On Thu, Mar 26, 2009 at 12:57 PM, Caryl Bigenho  wrote:
> OK...so can this information be added to the new Sugar Guide?
>
> Caryl
>
>> Date: Thu, 26 Mar 2009 17:25:33 +0100
>> Subject: Re: [IAEP] status on Sugar Guide for 0.84
>> From: sdaly...@gmail.com
>> To: cbige...@hotmail.com
>> CC: iaep@lists.sugarlabs.org
>>
>> Greetings Caryl,
>>
>> I agree with you and in fact I've been very pleased to run Sugar v0.84
>> at full screen in virtualization on a Mac Mini, following the
>> instructions at this link: http://wiki.sugarlabs.org/go/Downloads
>> easily reachable from the homepage of www.sugarlabs.org
>>
>> (note: the download link onthe "Sugar on a Stick VirtualBox" page
>> appears to be broken it should be
>> http://download.sugarlabs.org/soas/appliances/soas2-20090321.tar.gz)
>>
>> We are still updating those wiki pages and the Mac page does need to
>> make clearer that Sugar will only run on an Intel processor Mac. It's
>> a pity because I'm sure lots of schools have older Macs (I have a
>> bunch at the house myself).
>>
>> thanks
>>
>> Sean
>>
>>
>>
>> On Thu, Mar 26, 2009 at 5:11 PM, Caryl Bigenho 
>> wrote:
>> > Hi...
>> >
>> > The new Sugar manual looks very professional. You folks have done a
>> > great
>> > job.
>> >
>> >  I was, however, disappointed to find that, although running it on a Mac
>> > is
>> > mentioned, the instructions for doing it are not included.  The
>> > education
>> > world in the US is mostly a Mac world.  A lot of people would like to
>> > run it
>> > on their classroom machines.
>> >
>> > If it currently only works on Intel based machines, could we at least
>> > include instructions for that?  Meanwhile, is anyone working on getting
>> > it
>> > to run on Power PC Macs?  I have both and can test it whenever it is
>> > ready
>> > and you send me the info on getting it.
>> >
>> > Caryl
>> >
>> >> --
>> >>
>> >> Message: 6
>> >> Date: Thu, 26 Mar 2009 08:52:08 -0500
>> >> From: Anne Gentle 
>> >> Subject: [IAEP] status on Sugar Guide for 0.84
>> >> To: iaep@lists.sugarlabs.org, disc...@lists.flossmanuals.net
>> >> Message-ID:
>> >> <1a4c3e670903260652y7221a289x3bc578adef45a...@mail.gmail.com>
>> >> Content-Type: text/plain; charset="iso-8859-1"
>> >>
>> >> Hi all -
>> >> I am thinking the Sugar Guide is ready for one last look before I
>> >> publish
>> >> to
>> >> PDF and HTML.
>> >>
>> >> It's still on the WRITE side of FLOSS Manuals, so feel free to do any
>> >> last-minute proofing and edits here:
>> >> http://en.flossmanuals.net/bin/view/Sugar/8_4/WebHome
>> >>
>> >> We had some technical hurdles to overcome since it's our first version
>> >> update on a manual (way to lead the way Sugar!). But I think enough
>> >> bugs
>> >> are
>> >> worked out to allow publishing tomorrow (Friday 3/27).
>> >>
>> >> Final items:
>> >>
>> >> 1. Walter or someone with python knowledge, could you review the
>> >> "Modifying Sugar" chapter at
>> >> http://en.flossmanuals.net/bin/view/Sugar/8_4/ModifyingSugar? I had to
>> >> take all the code examples (python and svg xml) and put them into
>> >> images
>> >> so
>> >> that the PDF generation will work.
>> >> 2. There's a problem with misnumbered chapters for which I've logged a
>> >> trac issue and Aco has taken: http://adam.engagetv.com/trac/ticket/81.
>> >> 3. Walter, David, and Adam - let's talk about getting an ISBN for this
>> >> book if we want to sell it on Amazon. If we do decide to sell it on
>> >> Amazon,
>> >> we'll need a new book cover to match Crown Quarto dimensions.

[IAEP] ISBN Numbers Summary.

2009-03-26 Thread David Farning
I spent a couple of hours researching of ISBNs and how they apply to FM and SL.

An ISBN is the International Standard Book Number necessary for each
book marketed to the book trade (bookstores and libraries). Bookstores
will not order a book without an ISBN... mostly because they can't.
Without an ISBN, there's no number for them to look up.

This relates to Sugar Labs because Floss Manuals sells Sugar manuals
on Amazon.  How cool is that?  While nobody is quiting their day jobs
yet  The synergy between FM and SL had great potential.

The work flow currently is:
1.  FM/SL booksprint to create the content
2.  FM publishes the content.  Current they use http://www.lulu.com/
3.  FM makes the content more widely available via resellers such as Amazon.

The ISBN is the link between steps 2 and 3.  For the geeks in the
room, the ISBN represents a unique identifier for the book.

Getting an ISBN

>From Lulu - The most straight forward to get an ISBN is to buy one
directly from lulu.  The Cost is about $150/ISBN.  The problem is that
Lulu owns the ISBN in the writers name.  You can't transfer the ISBN
to another publisher.

>From ISBN Broker - The ISBN Agency has authorize about 170 different
organizations to sell 'blocks' of ISBNs to publishers in different
geographicial regions.

In New Zealand the national library gives away blocks of ISBNs in
exchange for a donation of 2 copies of each book to the national
library.  Cost is the cost of printing and sending two books to New
Zealand.

In England the situation is similar.  Cost 6 is six books for various
English libraries.

In the US http://www.bowker.com/ has exclusive rights to sell blocks of ISBNS.
Cost is about.
10 ISBNs$245.00
100 ISBNs   $930.00
1,000 ISBNs $1,570.00

Recomendation:

Purchase a block of ten ISBNs from bowker in the name of Floss
manuals.  This allows us to identify FM as the publisher not lulu.

Assign these ISBNs to new books as the come 'off the presses' as FM.

After the first ten ISBNs are assigned, reassess the situation.

If, this sounds reasonable, I'll buy the first block of ten in FM's
name to get the ball rolling.

david
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] status on Sugar Guide for 0.84

2009-03-26 Thread Sean DALY
Yes Caryl, I will create an account and try my hand at editing :-)


On Thu, Mar 26, 2009 at 7:22 PM, David Farning  wrote:
> Yes,
>
> New information can be added at any time to FM manuals at
> http://en.flossmanuals.net/bin/view/Sugar/8_4/WebHome .  (You will
> need to register and login to make changes)
>
> The document maintainer, if this case Anne, will copy edit your
> changes and push them to the published version of the document.
>
> FM works like a wiki with a couple of checks and balances.  It is a
> good compromise between wikis and traditional publishing.
>
> David
>
> On Thu, Mar 26, 2009 at 12:57 PM, Caryl Bigenho  wrote:
>> OK...so can this information be added to the new Sugar Guide?
>>
>> Caryl
>>
>>> Date: Thu, 26 Mar 2009 17:25:33 +0100
>>> Subject: Re: [IAEP] status on Sugar Guide for 0.84
>>> From: sdaly...@gmail.com
>>> To: cbige...@hotmail.com
>>> CC: iaep@lists.sugarlabs.org
>>>
>>> Greetings Caryl,
>>>
>>> I agree with you and in fact I've been very pleased to run Sugar v0.84
>>> at full screen in virtualization on a Mac Mini, following the
>>> instructions at this link: http://wiki.sugarlabs.org/go/Downloads
>>> easily reachable from the homepage of www.sugarlabs.org
>>>
>>> (note: the download link onthe "Sugar on a Stick VirtualBox" page
>>> appears to be broken it should be
>>> http://download.sugarlabs.org/soas/appliances/soas2-20090321.tar.gz)
>>>
>>> We are still updating those wiki pages and the Mac page does need to
>>> make clearer that Sugar will only run on an Intel processor Mac. It's
>>> a pity because I'm sure lots of schools have older Macs (I have a
>>> bunch at the house myself).
>>>
>>> thanks
>>>
>>> Sean
>>>
>>>
>>>
>>> On Thu, Mar 26, 2009 at 5:11 PM, Caryl Bigenho 
>>> wrote:
>>> > Hi...
>>> >
>>> > The new Sugar manual looks very professional. You folks have done a
>>> > great
>>> > job.
>>> >
>>> >  I was, however, disappointed to find that, although running it on a Mac
>>> > is
>>> > mentioned, the instructions for doing it are not included.  The
>>> > education
>>> > world in the US is mostly a Mac world.  A lot of people would like to
>>> > run it
>>> > on their classroom machines.
>>> >
>>> > If it currently only works on Intel based machines, could we at least
>>> > include instructions for that?  Meanwhile, is anyone working on getting
>>> > it
>>> > to run on Power PC Macs?  I have both and can test it whenever it is
>>> > ready
>>> > and you send me the info on getting it.
>>> >
>>> > Caryl
>>> >
>>> >> --
>>> >>
>>> >> Message: 6
>>> >> Date: Thu, 26 Mar 2009 08:52:08 -0500
>>> >> From: Anne Gentle 
>>> >> Subject: [IAEP] status on Sugar Guide for 0.84
>>> >> To: iaep@lists.sugarlabs.org, disc...@lists.flossmanuals.net
>>> >> Message-ID:
>>> >> <1a4c3e670903260652y7221a289x3bc578adef45a...@mail.gmail.com>
>>> >> Content-Type: text/plain; charset="iso-8859-1"
>>> >>
>>> >> Hi all -
>>> >> I am thinking the Sugar Guide is ready for one last look before I
>>> >> publish
>>> >> to
>>> >> PDF and HTML.
>>> >>
>>> >> It's still on the WRITE side of FLOSS Manuals, so feel free to do any
>>> >> last-minute proofing and edits here:
>>> >> http://en.flossmanuals.net/bin/view/Sugar/8_4/WebHome
>>> >>
>>> >> We had some technical hurdles to overcome since it's our first version
>>> >> update on a manual (way to lead the way Sugar!). But I think enough
>>> >> bugs
>>> >> are
>>> >> worked out to allow publishing tomorrow (Friday 3/27).
>>> >>
>>> >> Final items:
>>> >>
>>> >> 1. Walter or someone with python knowledge, could you review the
>>> >> "Modifying Sugar" chapter at
>>> >> http://en.flossmanuals.net/bin/view/Sugar/8_4/ModifyingSugar? I had to
>>> >> take all the code examples (python and svg xml) and put them into
>>> >> images
>>> >> so
&

Re: [IAEP] ISBN Numbers Summary.

2009-03-26 Thread Sean DALY
+1

a good plan.

Silly question...if we were to have smashing success and wish to
publish the Sugar Manual in half a dozen or more other languages,
would we need 5 separate numbers or would these be 5 variants on one
number?

Not that we would use up 10 numbers quickly. Just wondering.



On Thu, Mar 26, 2009 at 7:40 PM, David Farning  wrote:
> I spent a couple of hours researching of ISBNs and how they apply to FM and 
> SL.
>
> An ISBN is the International Standard Book Number necessary for each
> book marketed to the book trade (bookstores and libraries). Bookstores
> will not order a book without an ISBN... mostly because they can't.
> Without an ISBN, there's no number for them to look up.
>
> This relates to Sugar Labs because Floss Manuals sells Sugar manuals
> on Amazon.  How cool is that?  While nobody is quiting their day jobs
> yet  The synergy between FM and SL had great potential.
>
> The work flow currently is:
> 1.  FM/SL booksprint to create the content
> 2.  FM publishes the content.  Current they use http://www.lulu.com/
> 3.  FM makes the content more widely available via resellers such as Amazon.
>
> The ISBN is the link between steps 2 and 3.  For the geeks in the
> room, the ISBN represents a unique identifier for the book.
>
> Getting an ISBN
>
> From Lulu - The most straight forward to get an ISBN is to buy one
> directly from lulu.  The Cost is about $150/ISBN.  The problem is that
> Lulu owns the ISBN in the writers name.  You can't transfer the ISBN
> to another publisher.
>
> From ISBN Broker - The ISBN Agency has authorize about 170 different
> organizations to sell 'blocks' of ISBNs to publishers in different
> geographicial regions.
>
> In New Zealand the national library gives away blocks of ISBNs in
> exchange for a donation of 2 copies of each book to the national
> library.  Cost is the cost of printing and sending two books to New
> Zealand.
>
> In England the situation is similar.  Cost 6 is six books for various
> English libraries.
>
> In the US http://www.bowker.com/ has exclusive rights to sell blocks of ISBNS.
> Cost is about.
> 10 ISBNs        $245.00
> 100 ISBNs       $930.00
> 1,000 ISBNs     $1,570.00
>
> Recomendation:
>
> Purchase a block of ten ISBNs from bowker in the name of Floss
> manuals.  This allows us to identify FM as the publisher not lulu.
>
> Assign these ISBNs to new books as the come 'off the presses' as FM.
>
> After the first ten ISBNs are assigned, reassess the situation.
>
> If, this sounds reasonable, I'll buy the first block of ten in FM's
> name to get the ball rolling.
>
> david
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] ISBN Numbers Summary.

2009-03-26 Thread David Farning
I am still looking into that issue.

An a related issue there is a question in the publish on demand
industry of how to define a 'new edition' which requires a new ISBN.

One the other hand, when buying in blocks of 1000 the price drops to
$1.50US per number.

david

On Thu, Mar 26, 2009 at 2:30 PM, Sean DALY  wrote:
> +1
>
> a good plan.
>
> Silly question...if we were to have smashing success and wish to
> publish the Sugar Manual in half a dozen or more other languages,
> would we need 5 separate numbers or would these be 5 variants on one
> number?
>
> Not that we would use up 10 numbers quickly. Just wondering.
>
>
>
> On Thu, Mar 26, 2009 at 7:40 PM, David Farning  wrote:
>> I spent a couple of hours researching of ISBNs and how they apply to FM and 
>> SL.
>>
>> An ISBN is the International Standard Book Number necessary for each
>> book marketed to the book trade (bookstores and libraries). Bookstores
>> will not order a book without an ISBN... mostly because they can't.
>> Without an ISBN, there's no number for them to look up.
>>
>> This relates to Sugar Labs because Floss Manuals sells Sugar manuals
>> on Amazon.  How cool is that?  While nobody is quiting their day jobs
>> yet  The synergy between FM and SL had great potential.
>>
>> The work flow currently is:
>> 1.  FM/SL booksprint to create the content
>> 2.  FM publishes the content.  Current they use http://www.lulu.com/
>> 3.  FM makes the content more widely available via resellers such as Amazon.
>>
>> The ISBN is the link between steps 2 and 3.  For the geeks in the
>> room, the ISBN represents a unique identifier for the book.
>>
>> Getting an ISBN
>>
>> From Lulu - The most straight forward to get an ISBN is to buy one
>> directly from lulu.  The Cost is about $150/ISBN.  The problem is that
>> Lulu owns the ISBN in the writers name.  You can't transfer the ISBN
>> to another publisher.
>>
>> From ISBN Broker - The ISBN Agency has authorize about 170 different
>> organizations to sell 'blocks' of ISBNs to publishers in different
>> geographicial regions.
>>
>> In New Zealand the national library gives away blocks of ISBNs in
>> exchange for a donation of 2 copies of each book to the national
>> library.  Cost is the cost of printing and sending two books to New
>> Zealand.
>>
>> In England the situation is similar.  Cost 6 is six books for various
>> English libraries.
>>
>> In the US http://www.bowker.com/ has exclusive rights to sell blocks of 
>> ISBNS.
>> Cost is about.
>> 10 ISBNs        $245.00
>> 100 ISBNs       $930.00
>> 1,000 ISBNs     $1,570.00
>>
>> Recomendation:
>>
>> Purchase a block of ten ISBNs from bowker in the name of Floss
>> manuals.  This allows us to identify FM as the publisher not lulu.
>>
>> Assign these ISBNs to new books as the come 'off the presses' as FM.
>>
>> After the first ten ISBNs are assigned, reassess the situation.
>>
>> If, this sounds reasonable, I'll buy the first block of ten in FM's
>> name to get the ball rolling.
>>
>> david
>> ___
>> IAEP -- It's An Education Project (not a laptop project!)
>> IAEP@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/iaep
>>
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

[IAEP] ars technica

2009-03-26 Thread Wade Brainerd
http://arstechnica.com/open-source/news/2009/03/sugar-labs-announces-new-version-of-sugar-learning-platform.ars
Nice to see a positive article from Ars (if it is straight from the press
release), since they panned just about everything OLPC did.

BTW, the release mentions a mind map activity.  Have either of the two
development branches actually been released yet?

-Wade
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] ars technica

2009-03-26 Thread David Farning
On Thu, Mar 26, 2009 at 2:42 PM, Wade Brainerd  wrote:
> http://arstechnica.com/open-source/news/2009/03/sugar-labs-announces-new-version-of-sugar-learning-platform.ars
> Nice to see a positive article from Ars (if it is straight from the press
> release), since they panned just about everything OLPC did.

Also interesting is how the term Sugar and Sugar Labs are climbing in
the search engins.  wiki.sugarlabs.org is now the 6th listing for the
search term 'sugar' in google.

Along with the positive press, we are now much more findable.

david

> BTW, the release mentions a mind map activity.  Have either of the two
> development branches actually been released yet?
> -Wade
>
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] status on Sugar Guide for 0.84

2009-03-26 Thread forster
>1. Walter or someone with python knowledge, could you review the
>"Modifying Sugar" chapter at
>http://en.flossmanuals.net/bin/view/Sugar/8_4/ModifyingSugar? 

Sorry a bit late with this suggestion. Also I am just about to be travelling 
and can't help implement.

"Modifying Activities" could be integrated with "Modifying Sugar"
http://wiki.sugarlabs.org/go/Modifying_Activities

It is a easier introduction to programming for beginners. 

Maybe we need to think through the learning path(s) for new programmers. This 
includes Etoys and Turtle Art, the Turtle Art Python programmable block, 
editing the sample code that comes with Pippy, external (web) python resources, 
show source, modifying activities, modifying Sugar.

How do we present these options to learners and teachers?

Also we could mention the learning goals which are far wider than programming 
skills, eg

*  Cartesian coordinates
* negative number
* algebraic variables
* relative & absolute value
* estimation
* chance
* metacognitive skills
* structured thinking
* logical thinking inc. Boolean operations
* planning and top-down design
* team planning and development
* ability to represent operations as systems of 
sequence/selection/iteration.
* representational structures and metalanguages
* program proving
* simple physics of gravity, collisions, kinematics
* efficient data structures and code and possibly network issues, security, 
database design, graphics, etc
* New unidentified skills for a digital age?

(see http://rupert.id.au/schoolgamemaker/why.htm)
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] ars technica

2009-03-26 Thread Gary C Martin
On 26 Mar 2009, at 19:42, Wade Brainerd wrote:

> http://arstechnica.com/open-source/news/2009/03/sugar-labs-announces-new-version-of-sugar-learning-platform.ars
>
> Nice to see a positive article from Ars (if it is straight from the  
> press release), since they panned just about everything OLPC did.
>
> BTW, the release mentions a mind map activity.  Have either of the  
> two development branches actually been released yet?

I just read a pdf of the press release 3hrs ago and got the shock of  
my life :-) I'm working on getting a release of Labyrinth based code  
together. Perhaps a day or two, or over the weekend – the original UI  
is really not clean/simple enough for us (though it works fine as is  
if you know all the tricks).

--Gary

> -Wade
>
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep

___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] [Sugar-devel] ars technica

2009-03-26 Thread Sean DALY
I'm very pleased as well, one of our goals was to make Sugar Labs easy
to find and we are excellently referenced in Google, Google News, and
Google Blogs now - I check several times a day every day.

Another goal was to turn the tide of negative press and an article
like this is of course helpful in that regard.

Although I have mailed to nearly all of our targeted English and
French language journalists, I am still sending to targeted educators.

I am working on an article for OLPCNews to reach out to G1G1 owners to
try Sugar and help us with bug reports.

Please, if there is anyone who can help translating our press release
into Portugese, Italian, or any other language besides the four we had
at launch, I would be very grateful.

thanks

Sean
Marketing Coordinator


On Thu, Mar 26, 2009 at 8:58 PM, David Farning  wrote:
> On Thu, Mar 26, 2009 at 2:42 PM, Wade Brainerd  wrote:
>> http://arstechnica.com/open-source/news/2009/03/sugar-labs-announces-new-version-of-sugar-learning-platform.ars
>> Nice to see a positive article from Ars (if it is straight from the press
>> release), since they panned just about everything OLPC did.
>
> Also interesting is how the term Sugar and Sugar Labs are climbing in
> the search engins.  wiki.sugarlabs.org is now the 6th listing for the
> search term 'sugar' in google.
>
> Along with the positive press, we are now much more findable.
>
> david
>
>> BTW, the release mentions a mind map activity.  Have either of the two
>> development branches actually been released yet?
>> -Wade
>>
>> ___
>> IAEP -- It's An Education Project (not a laptop project!)
>> IAEP@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/iaep
>>
> ___
> Sugar-devel mailing list
> sugar-de...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] [Sugar-devel] ars technica

2009-03-26 Thread Lucian Branescu
I can help translating to Romanian, if that helps.

2009/3/26 Sean DALY :

> Please, if there is anyone who can help translating our press release
> into Portugese, Italian, or any other language besides the four we had
> at launch, I would be very grateful.
>
> thanks
>
> Sean
> Marketing Coordinator
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


[IAEP] Digg SugarLabs .84 (+distroWatch)

2009-03-26 Thread Josh Williams
Hello everyone,

Following up on the Ars thread, just thought of some other ways we can 
get some good publicity.

I put a link up at http://digg.com/linux_unix/Sugar_version_0_84_released

If we all digg this story, it should drive a lot of traffic to the site 
and get people more aware of the project (if it makes the front page of 
course).

Also has anyone thought about putting some release info up on 
DistroWatch? As well as new sceenshots at http://www.thecodingstudio.com 
? We have stuff up there but it's really old.

Cheers,

Josh
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] ISBN Numbers Summary.

2009-03-26 Thread C. Scott Ananian
On Thu, Mar 26, 2009 at 3:38 PM, David Farning  wrote:
> I am still looking into that issue.
>
> An a related issue there is a question in the publish on demand
> industry of how to define a 'new edition' which requires a new ISBN.

If the content changes, it's a new edition and should have a new ISBN.

Treat FM releases just like SL releases; if you release new manuals
twice a year to Amazon, a block of ten will still last for a few
years.  Multiplying languages will eat up numbers -- but maybe you
should publish a multilingual guide instead, or conserve ISBNs for
languages which are going to sell > N copies of the manual (based on
data from the previous "edition").

Don't pay $200 to Lulu for an ISBN, that's highway robbery!  As you
found, you can buy blocks of 10 directly; that's the way to go.
(FWIW, I've got a block of 10 myself, but then the manuals would be
published by "Ahuas Emigre Press" -- better to get a block of 10 for
sugarlabs.)
 --scott

-- 
 ( http://cscott.net/ )
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] [Marketing] Do not open a new window for menu link on sugarlabs.org

2009-03-26 Thread Sean DALY
Here are some ideas for a harmonized navbar across our domains, for
discussion and input please.

By way of an anology, I would like that a visitor navigating between
our welcoming reception area, our meeting room, our factory floor, our
mailroom etc. always know where s/he is and how to get to another
section and in particular the homepage: www.sugarlabs.org.

I know that Christian wants to keep the navbar short in the intro
section so it is unobtrusive... that Josh wants a friendly home for
Activities not unlike Mozilla's addons... that our wiki mavens want
their usual workspace without fuss and bother, that teachers need a
super easy to use section, and so on. That said, I think we all want
teachers, parents, funders, journalists, bug reporters, developers,
and... , kids :-) to be able to visit and explore the richness of our
site without getting lost. Because for them, there is "the Sugar Labs
site" and not 9 separate sites.

It is a measure of the labyrinthine nature of our site/sites that I
discovered some sections today I hadn't suspected even existed, and
these sections had no link to the main page or to each other.

Linking our sections will raise the visibility of our site and its
richness will show any visitor (as if there were a doubt) that our
community is vibrant.

So, here goes... let's start with the union of all the linked sections
I can find for sugarlabs.org:

Home
Wiki
Blog (or Planet)
Lists
Bugs
Git
Schools
Activities
Download
People
Donate
API
Buildbot
Trees
Indices
Index
Lounge (or Forums or Discussions)
FAQ
Press (or Contact)
Register
Help
About
Sitemap
Login
Search

plus a missing one:
Support/Feedback

26 candidates for a navbar! ...More complicated than I suspected.

Some of these, in particular Search, are never identified as local to
the section, sure to be confusing to the nontechnical visitor who just
want to "search the Sugar Labs site". Not everyone knows the Google
"site:sugarlabs.org" syntax :-)

Others are on the same subject, but point to different places; for
example, the Activities section of the intro is not yet well
integrated with activities.sugarlabs.org and even points offsite, to
the corresponding OLPC pages.

I think we can agree that 25, or 20, or even 15 choices are too many.

The traditional solution to this problem is two tiers: mouseover on
the navbar reveals subchoices.

The idea being to standardize a navbar like this at the top of every
section, giving "random access" to any other section.

For example, how about 9 main sections:

***
Home

Download

Activities

Schools

Contributors
Wiki / Bugs / Git / API / Buildbot / Translate / People / Planet

Resources
Documentation / FAQ / Mailing Lists / Community News / Index / Sitemap

Search
Wiki search / Bugs search / Schools search

Contact
Press / Forums / IRC / Support / Feedback

Donate
***

What do you think?

thanks

Sean
Marketing Coordinator




On Thu, Mar 26, 2009 at 7:13 PM, Simon Schampijer  wrote:
> Walter Bender wrote:
>> If it is not already, I think we need to add tabbed browsing as an
>> important 0.86 feature. We can certainly change the behavior of
>> www.sugarlabs.org, but we cannot change the behavior of the web.
>
> We can't? Doh - it is for the kids! :)
>
> Yes - we need it only for 0.84. Please file a 0.86 enhancement bug about
> the tabbed browsing.
>
> Thanks,
>    Simon
>
>
> ___
> Marketing mailing list
> market...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/marketing
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] ISBN Numbers Summary.

2009-03-26 Thread David Farning
On Thu, Mar 26, 2009 at 4:17 PM, C. Scott Ananian  wrote:
> On Thu, Mar 26, 2009 at 3:38 PM, David Farning  wrote:
>> I am still looking into that issue.
>>
>> An a related issue there is a question in the publish on demand
>> industry of how to define a 'new edition' which requires a new ISBN.
>
> If the content changes, it's a new edition and should have a new ISBN.
>
> Treat FM releases just like SL releases; if you release new manuals
> twice a year to Amazon, a block of ten will still last for a few
> years.

Can we treat bug fixes the same in both situations?  It is nice to get
back to communicating in terms I understand:)

Lulu allows the manual maintainer to push updates of a manual between
versions.  Can we consider any thing we call 'Essential Sugar .84' as
one ISBN regardless of bug fixes(small editorial changes)?

  Multiplying languages will eat up numbers -- but maybe you
> should publish a multilingual guide instead, or conserve ISBNs for
> languages which are going to sell > N copies of the manual (based on
> data from the previous "edition").

That makes sense.  Each language gets it's own ISBN.

For us laymen, the ISBN is the _only_ identifier necessary to order a book:)

> Don't pay $200 to Lulu for an ISBN, that's highway robbery!  As you
> found, you can buy blocks of 10 directly; that's the way to go.
> (FWIW, I've got a block of 10 myself, but then the manuals would be
> published by "Ahuas Emigre Press" -- better to get a block of 10 for
> sugarlabs.)

Ok thanks, I think I will order the ISBNs in the name of Floss Manuals.

For those of you on the FM list who don't know Scott, he was a
software developer at OLPC and owner of http://ahuasemigre.com/  :)

>  --scott
>
> --
>                         ( http://cscott.net/ )
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] status on Sugar Guide for 0.84

2009-03-26 Thread Caroline Meeks
On Thu, Mar 26, 2009 at 4:14 PM,  wrote:

> >1. Walter or someone with python knowledge, could you review the
> >"Modifying Sugar" chapter at
> >http://en.flossmanuals.net/bin/view/Sugar/8_4/ModifyingSugar?
>
> Sorry a bit late with this suggestion. Also I am just about to be
> travelling and can't help implement.
>
> "Modifying Activities" could be integrated with "Modifying Sugar"
> http://wiki.sugarlabs.org/go/Modifying_Activities
>
> It is a easier introduction to programming for beginners.
>
> Maybe we need to think through the learning path(s) for new programmers.
> This includes Etoys and Turtle Art, the Turtle Art Python programmable
> block, editing the sample code that comes with Pippy, external (web) python
> resources, show source, modifying activities, modifying Sugar.
>
> How do we present these options to learners and teachers?
>
> Also we could mention the learning goals which are far wider than
> programming skills, eg


+1!  Especially to talking about meta-cognition, Authentic 21st Century
Skills, team work.  Schools are getting mandates to teach these things, so
its important to say. Yes, Sugar will support learning these.

>
>
>*  Cartesian coordinates
>* negative number
>* algebraic variables
>* relative & absolute value
>* estimation
>* chance
>* metacognitive skills
>* structured thinking
>* logical thinking inc. Boolean operations
>* planning and top-down design
>* team planning and development
>* ability to represent operations as systems of
> sequence/selection/iteration.
>* representational structures and metalanguages
>* program proving
>* simple physics of gravity, collisions, kinematics
>* efficient data structures and code and possibly network issues,
> security, database design, graphics, etc
>* New unidentified skills for a digital age?
>
> (see http://rupert.id.au/schoolgamemaker/why.htm)
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>



-- 
Caroline Meeks
Solution Grove
carol...@solutiongrove.com

617-500-3488 - Office
505-213-3268 - Fax
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] [Marketing] Do not open a new window for menu link on sugarlabs.org

2009-03-26 Thread Christian Marc Schmidt
Hi Sean


Thanks for initiating this. I generally agree with the goals to unify the
site through a single navbar, but am also concerned about visual complexity.
The more we can consolidate navigation items, the better. I'll start
exploring visual treatments with the goal to find something that would work
across all sites. That said, it may still be sensible to keep the intro
separate from the other sites, to direct people in a more focused way
towards only a few sections that we determine (as is currently the case).


Christian



On 3/26/09 5:41 PM, "Sean DALY"  wrote:

> Here are some ideas for a harmonized navbar across our domains, for
> discussion and input please.
> 
> By way of an anology, I would like that a visitor navigating between
> our welcoming reception area, our meeting room, our factory floor, our
> mailroom etc. always know where s/he is and how to get to another
> section and in particular the homepage: www.sugarlabs.org.
> 
> I know that Christian wants to keep the navbar short in the intro
> section so it is unobtrusive... that Josh wants a friendly home for
> Activities not unlike Mozilla's addons... that our wiki mavens want
> their usual workspace without fuss and bother, that teachers need a
> super easy to use section, and so on. That said, I think we all want
> teachers, parents, funders, journalists, bug reporters, developers,
> and... , kids :-) to be able to visit and explore the richness of our
> site without getting lost. Because for them, there is "the Sugar Labs
> site" and not 9 separate sites.
> 
> It is a measure of the labyrinthine nature of our site/sites that I
> discovered some sections today I hadn't suspected even existed, and
> these sections had no link to the main page or to each other.
> 
> Linking our sections will raise the visibility of our site and its
> richness will show any visitor (as if there were a doubt) that our
> community is vibrant.
> 
> So, here goes... let's start with the union of all the linked sections
> I can find for sugarlabs.org:
> 
> Home
> Wiki
> Blog (or Planet)
> Lists
> Bugs
> Git
> Schools
> Activities
> Download
> People
> Donate
> API
> Buildbot
> Trees
> Indices
> Index
> Lounge (or Forums or Discussions)
> FAQ
> Press (or Contact)
> Register
> Help
> About
> Sitemap
> Login
> Search
> 
> plus a missing one:
> Support/Feedback
> 
> 26 candidates for a navbar! ...More complicated than I suspected.
> 
> Some of these, in particular Search, are never identified as local to
> the section, sure to be confusing to the nontechnical visitor who just
> want to "search the Sugar Labs site". Not everyone knows the Google
> "site:sugarlabs.org" syntax :-)
> 
> Others are on the same subject, but point to different places; for
> example, the Activities section of the intro is not yet well
> integrated with activities.sugarlabs.org and even points offsite, to
> the corresponding OLPC pages.
> 
> I think we can agree that 25, or 20, or even 15 choices are too many.
> 
> The traditional solution to this problem is two tiers: mouseover on
> the navbar reveals subchoices.
> 
> The idea being to standardize a navbar like this at the top of every
> section, giving "random access" to any other section.
> 
> For example, how about 9 main sections:
> 
> ***
> Home
> 
> Download
> 
> Activities
> 
> Schools
> 
> Contributors
> Wiki / Bugs / Git / API / Buildbot / Translate / People / Planet
> 
> Resources
> Documentation / FAQ / Mailing Lists / Community News / Index / Sitemap
> 
> Search
> Wiki search / Bugs search / Schools search
> 
> Contact
> Press / Forums / IRC / Support / Feedback
> 
> Donate
> ***
> 
> What do you think?
> 
> thanks
> 
> Sean
> Marketing Coordinator
> 
> 
> 
> 
> On Thu, Mar 26, 2009 at 7:13 PM, Simon Schampijer  wrote:
>> Walter Bender wrote:
>>> If it is not already, I think we need to add tabbed browsing as an
>>> important 0.86 feature. We can certainly change the behavior of
>>> www.sugarlabs.org, but we cannot change the behavior of the web.
>> 
>> We can't? Doh - it is for the kids! :)
>> 
>> Yes - we need it only for 0.84. Please file a 0.86 enhancement bug about
>> the tabbed browsing.
>> 
>> Thanks,
>>    Simon
>> 
>> 
>> ___
>> Marketing mailing list
>> market...@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/marketing
>> 

-- 

Christian Marc Schmidt

schm...@pentagram.com

Pentagram Design, Inc.
204 Fifth Avenue
New York, NY 10010
212/ 802 0248



___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] status on Sugar Guide for 0.84

2009-03-26 Thread David Farning
On Thu, Mar 26, 2009 at 3:14 PM,   wrote:
>>    1. Walter or someone with python knowledge, could you review the
>>    "Modifying Sugar" chapter at
>>    http://en.flossmanuals.net/bin/view/Sugar/8_4/ModifyingSugar?
>
> Sorry a bit late with this suggestion. Also I am just about to be travelling 
> and can't help implement.

Never too late.  Our printer is 'Print on Demand'.  If your ideas,
don't make this release they will be include in future releases.

david

>
> "Modifying Activities" could be integrated with "Modifying Sugar"
> http://wiki.sugarlabs.org/go/Modifying_Activities
>
> It is a easier introduction to programming for beginners.
>
> Maybe we need to think through the learning path(s) for new programmers. This 
> includes Etoys and Turtle Art, the Turtle Art Python programmable block, 
> editing the sample code that comes with Pippy, external (web) python 
> resources, show source, modifying activities, modifying Sugar.
>
> How do we present these options to learners and teachers?
>
> Also we could mention the learning goals which are far wider than programming 
> skills, eg
>
>    *  Cartesian coordinates
>    * negative number
>    * algebraic variables
>    * relative & absolute value
>    * estimation
>    * chance
>    * metacognitive skills
>    * structured thinking
>    * logical thinking inc. Boolean operations
>    * planning and top-down design
>    * team planning and development
>    * ability to represent operations as systems of 
> sequence/selection/iteration.
>    * representational structures and metalanguages
>    * program proving
>    * simple physics of gravity, collisions, kinematics
>    * efficient data structures and code and possibly network issues, 
> security, database design, graphics, etc
>    * New unidentified skills for a digital age?
>
> (see http://rupert.id.au/schoolgamemaker/why.htm)
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] [Marketing] Do not open a new window for menu link on sugarlabs.org

2009-03-26 Thread Sean DALY
thanks Christian

a related issue is our logo size and positioning which I would like to
see left-justified (your suggestion of that for the press release was
excellent) and... the Git size (bigger) rather than smaller, but i
know you feel differently about that :-)


On Thu, Mar 26, 2009 at 10:51 PM, Christian Marc Schmidt
 wrote:
> Hi Sean
>
>
> Thanks for initiating this. I generally agree with the goals to unify the
> site through a single navbar, but am also concerned about visual complexity.
> The more we can consolidate navigation items, the better. I'll start
> exploring visual treatments with the goal to find something that would work
> across all sites. That said, it may still be sensible to keep the intro
> separate from the other sites, to direct people in a more focused way
> towards only a few sections that we determine (as is currently the case).
>
>
> Christian
>
>
>
> On 3/26/09 5:41 PM, "Sean DALY"  wrote:
>
>> Here are some ideas for a harmonized navbar across our domains, for
>> discussion and input please.
>>
>> By way of an anology, I would like that a visitor navigating between
>> our welcoming reception area, our meeting room, our factory floor, our
>> mailroom etc. always know where s/he is and how to get to another
>> section and in particular the homepage: www.sugarlabs.org.
>>
>> I know that Christian wants to keep the navbar short in the intro
>> section so it is unobtrusive... that Josh wants a friendly home for
>> Activities not unlike Mozilla's addons... that our wiki mavens want
>> their usual workspace without fuss and bother, that teachers need a
>> super easy to use section, and so on. That said, I think we all want
>> teachers, parents, funders, journalists, bug reporters, developers,
>> and... , kids :-) to be able to visit and explore the richness of our
>> site without getting lost. Because for them, there is "the Sugar Labs
>> site" and not 9 separate sites.
>>
>> It is a measure of the labyrinthine nature of our site/sites that I
>> discovered some sections today I hadn't suspected even existed, and
>> these sections had no link to the main page or to each other.
>>
>> Linking our sections will raise the visibility of our site and its
>> richness will show any visitor (as if there were a doubt) that our
>> community is vibrant.
>>
>> So, here goes... let's start with the union of all the linked sections
>> I can find for sugarlabs.org:
>>
>> Home
>> Wiki
>> Blog (or Planet)
>> Lists
>> Bugs
>> Git
>> Schools
>> Activities
>> Download
>> People
>> Donate
>> API
>> Buildbot
>> Trees
>> Indices
>> Index
>> Lounge (or Forums or Discussions)
>> FAQ
>> Press (or Contact)
>> Register
>> Help
>> About
>> Sitemap
>> Login
>> Search
>>
>> plus a missing one:
>> Support/Feedback
>>
>> 26 candidates for a navbar! ...More complicated than I suspected.
>>
>> Some of these, in particular Search, are never identified as local to
>> the section, sure to be confusing to the nontechnical visitor who just
>> want to "search the Sugar Labs site". Not everyone knows the Google
>> "site:sugarlabs.org" syntax :-)
>>
>> Others are on the same subject, but point to different places; for
>> example, the Activities section of the intro is not yet well
>> integrated with activities.sugarlabs.org and even points offsite, to
>> the corresponding OLPC pages.
>>
>> I think we can agree that 25, or 20, or even 15 choices are too many.
>>
>> The traditional solution to this problem is two tiers: mouseover on
>> the navbar reveals subchoices.
>>
>> The idea being to standardize a navbar like this at the top of every
>> section, giving "random access" to any other section.
>>
>> For example, how about 9 main sections:
>>
>> ***
>> Home
>>
>> Download
>>
>> Activities
>>
>> Schools
>>
>> Contributors
>> Wiki / Bugs / Git / API / Buildbot / Translate / People / Planet
>>
>> Resources
>> Documentation / FAQ / Mailing Lists / Community News / Index / Sitemap
>>
>> Search
>> Wiki search / Bugs search / Schools search
>>
>> Contact
>> Press / Forums / IRC / Support / Feedback
>>
>> Donate
>> ***
>>
>> What do you think?
>>
>> thanks
>>
>> Sean
>> Marketing Coordinator
>>
>>
>>
>>
>> On Thu, Mar 26, 2009 at 7:13 PM, Simon Schampijer  
>> wrote:
>>> Walter Bender wrote:
 If it is not already, I think we need to add tabbed browsing as an
 important 0.86 feature. We can certainly change the behavior of
 www.sugarlabs.org, but we cannot change the behavior of the web.
>>>
>>> We can't? Doh - it is for the kids! :)
>>>
>>> Yes - we need it only for 0.84. Please file a 0.86 enhancement bug about
>>> the tabbed browsing.
>>>
>>> Thanks,
>>>    Simon
>>>
>>>
>>> ___
>>> Marketing mailing list
>>> market...@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/marketing
>>>
>
> --
>
> Christian Marc Schmidt
>
> schm...@pentagram.com
>
> Pentagram Design, Inc.
> 204 Fifth Avenue
> New York, NY 10010
> 212/ 802

Re: [IAEP] Digg SugarLabs .84 (+distroWatch)

2009-03-26 Thread David Farning
On Thu, Mar 26, 2009 at 4:08 PM, Josh Williams  wrote:
> Hello everyone,
>
> Following up on the Ars thread, just thought of some other ways we can
> get some good publicity.
>
> I put a link up at http://digg.com/linux_unix/Sugar_version_0_84_released
>
> If we all digg this story, it should drive a lot of traffic to the site
> and get people more aware of the project (if it makes the front page of
> course).
>
> Also has anyone thought about putting some release info up on
> DistroWatch?

I have contacted distrowatch.  They are interested in tracking which
versions of Sugar a given distro ships.  Now, it is a matter of
legwork to make it happen.

david

 As well as new sceenshots at http://www.thecodingstudio.com
> ? We have stuff up there but it's really old.
>
> Cheers,
>
> Josh
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] [Sugar-devel] ars technica

2009-03-26 Thread Sean DALY
Many thanks Lucian! yes that would be very helpful

You will find the press release at http://www.sugarlabs.org/press,
just send me the plain text offlist when you can. No markup or
formatting necessary, I'll do that :-)

thanks!
Sean


On Thu, Mar 26, 2009 at 9:45 PM, Lucian Branescu
 wrote:
> I can help translating to Romanian, if that helps.
>
> 2009/3/26 Sean DALY :
>
>> Please, if there is anyone who can help translating our press release
>> into Portugese, Italian, or any other language besides the four we had
>> at launch, I would be very grateful.
>>
>> thanks
>>
>> Sean
>> Marketing Coordinator
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


[IAEP] Google Analytics for wiki.sl.o?

2009-03-26 Thread Luke Faraone
Hi all,

Should we enable GA on the wiki?

We currently use it on the OLPC wiki to track usage and determine paths
users follow to locate information, so that we can design the site to be
(more) user friendly, and I think it would also be advantageous here.

-- 
Luke Faraone
http://luke.faraone.cc
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] Digg SugarLabs .84 (+distroWatch)

2009-03-26 Thread Sean DALY
Thanks Josh, good suggestions, I have been concentrating on the
release + targeted mailings since in my experience these are the
matches that start the online fire but I will look into those.

The first wave of educator mailings has generated some reponse already
and the second wave will be out very shortly.

What we need right now is the press release translated into more
languages beyond en-es-fr-de...

thanks

Sean



On Thu, Mar 26, 2009 at 10:08 PM, Josh Williams  wrote:
> Hello everyone,
>
> Following up on the Ars thread, just thought of some other ways we can
> get some good publicity.
>
> I put a link up at http://digg.com/linux_unix/Sugar_version_0_84_released
>
> If we all digg this story, it should drive a lot of traffic to the site
> and get people more aware of the project (if it makes the front page of
> course).
>
> Also has anyone thought about putting some release info up on
> DistroWatch? As well as new sceenshots at http://www.thecodingstudio.com
> ? We have stuff up there but it's really old.
>
> Cheers,
>
> Josh
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] Google Analytics for wiki.sl.o?

2009-03-26 Thread David Farning
Google analytic is currently tracking www and wiki.sl.o.

We have assign Sean, the marketing guy, as admin.  He is pretty snowed
under right now:)

The GSOC projects page was the most viewed page yesterday.

If you can figure out how to increase page views, time on site, or
reduce the bounce rate I am sure Fred ( the new wiki guy) and sean
would appropriate the help.

david

On Thu, Mar 26, 2009 at 5:13 PM, Luke Faraone  wrote:
> Hi all,
>
> Should we enable GA on the wiki?
>
> We currently use it on the OLPC wiki to track usage and determine paths
> users follow to locate information, so that we can design the site to be
> (more) user friendly, and I think it would also be advantageous here.
>
> --
> Luke Faraone
> http://luke.faraone.cc
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


[IAEP] bar code

2009-03-26 Thread David Farning
The next issues is the barcord.  Does anyone have information this to
get me started?

It looks like amazon and the other large distributors require one.  Is
this a ISBN bar code? or something else?

david
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] Google Analytics for wiki.sl.o?

2009-03-26 Thread Sean DALY
thanks David yes I'm putting out fires this week, organizing the first
batch of 100 branded USB sticks for the SoaS beta launch at FOSSVT,
targeted mailing of the v0.84 press release to educators, preparing
for a trip to Paris for Solutions Linux, my article for OLPCNews,
testing SoaS on the XO, the marketing IRC meeting minutes... and... my
day job :-)

I'll start getting up to speed on the stats later next week I think

thanks

Sean




On Thu, Mar 26, 2009 at 11:25 PM, David Farning  wrote:
> Google analytic is currently tracking www and wiki.sl.o.
>
> We have assign Sean, the marketing guy, as admin.  He is pretty snowed
> under right now:)
>
> The GSOC projects page was the most viewed page yesterday.
>
> If you can figure out how to increase page views, time on site, or
> reduce the bounce rate I am sure Fred ( the new wiki guy) and sean
> would appropriate the help.
>
> david
>
> On Thu, Mar 26, 2009 at 5:13 PM, Luke Faraone  wrote:
>> Hi all,
>>
>> Should we enable GA on the wiki?
>>
>> We currently use it on the OLPC wiki to track usage and determine paths
>> users follow to locate information, so that we can design the site to be
>> (more) user friendly, and I think it would also be advantageous here.
>>
>> --
>> Luke Faraone
>> http://luke.faraone.cc
>>
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] bar code

2009-03-26 Thread Sean DALY
I have achieved excellent results with GNU barcode, I used a simple
bash script to generate PDFs for label sheets to inventory several
thousand videocassettes.

I can find the script tomorrow, I think there was a PS to PDF step or
an imagemagick call but the magic is in barcode itself which does
EAN-13 and most if not all of the encodings used in business.

Sean.


On Thu, Mar 26, 2009 at 11:37 PM, David Farning  wrote:
> The next issues is the barcord.  Does anyone have information this to
> get me started?
>
> It looks like amazon and the other large distributors require one.  Is
> this a ISBN bar code? or something else?
>
> david
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] bar code

2009-03-26 Thread Sean DALY
if you're referring to the actual number, I think an ISBN number is
just a special case of an EAN-13 number, which this page seems to
confirm: http://www.isbn.org/standards/home/isbn/transition.asp


On Thu, Mar 26, 2009 at 11:58 PM, Sean DALY  wrote:
> I have achieved excellent results with GNU barcode, I used a simple
> bash script to generate PDFs for label sheets to inventory several
> thousand videocassettes.
>
> I can find the script tomorrow, I think there was a PS to PDF step or
> an imagemagick call but the magic is in barcode itself which does
> EAN-13 and most if not all of the encodings used in business.
>
> Sean.
>
>
> On Thu, Mar 26, 2009 at 11:37 PM, David Farning  
> wrote:
>> The next issues is the barcord.  Does anyone have information this to
>> get me started?
>>
>> It looks like amazon and the other large distributors require one.  Is
>> this a ISBN bar code? or something else?
>>
>> david
>> ___
>> IAEP -- It's An Education Project (not a laptop project!)
>> IAEP@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/iaep
>>
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] bar code

2009-03-26 Thread David Farning
Yes,
I believe you are right.  Being American, EAN passed over my head
without notice.  https://commerce.bowker.com/BarCode/faqs.asp

Some places are offering to sell bar codes at around $5US apiece:( It
does look like some we can easily generate our selves at no cost.

david

On Thu, Mar 26, 2009 at 6:03 PM, Sean DALY  wrote:
> if you're referring to the actual number, I think an ISBN number is
> just a special case of an EAN-13 number, which this page seems to
> confirm: http://www.isbn.org/standards/home/isbn/transition.asp
>
>
> On Thu, Mar 26, 2009 at 11:58 PM, Sean DALY  wrote:
>> I have achieved excellent results with GNU barcode, I used a simple
>> bash script to generate PDFs for label sheets to inventory several
>> thousand videocassettes.
>>
>> I can find the script tomorrow, I think there was a PS to PDF step or
>> an imagemagick call but the magic is in barcode itself which does
>> EAN-13 and most if not all of the encodings used in business.
>>
>> Sean.
>>
>>
>> On Thu, Mar 26, 2009 at 11:37 PM, David Farning  
>> wrote:
>>> The next issues is the barcord.  Does anyone have information this to
>>> get me started?
>>>
>>> It looks like amazon and the other large distributors require one.  Is
>>> this a ISBN bar code? or something else?
>>>
>>> david
>>> ___
>>> IAEP -- It's An Education Project (not a laptop project!)
>>> IAEP@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/iaep
>>>
>>
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] [Marketing] Do not open a new window for menu link on sugarlabs.org

2009-03-26 Thread Carol Farlow Lerche
Sean, Wouldn't it be ok to merge "Bugs / Git / API / Buildbot" into
"Develop", and expand them when you get to the Develop page?

Also, the language on the wiki home page makes it sound like communication
is done via the wiki.  "The Sugar Labs wiki is where the community comes
together to develop and support the Sugar Learning Platform. "  This isn't
really the case.  IRC and mailing lists are far more useful places to "come
together".  The wiki reflects community-generated documentation, it seems to
me.I have never (with one exception) had any response to something I
placed on the talk page on sugarlabs or olpc wiki, and it would be
frustrating for an unwary user to think there .  Also, are the forums used?
It would seem that if we really do our work via the lists, we should make
the list archives prominent on the site and forget forums.

On Thu, Mar 26, 2009 at 2:59 PM, Sean DALY  wrote:

> thanks Christian
>
> a related issue is our logo size and positioning which I would like to
> see left-justified (your suggestion of that for the press release was
> excellent) and... the Git size (bigger) rather than smaller, but i
> know you feel differently about that :-)
>
>
> On Thu, Mar 26, 2009 at 10:51 PM, Christian Marc Schmidt
>  wrote:
> > Hi Sean
> >
> >
> > Thanks for initiating this. I generally agree with the goals to unify the
> > site through a single navbar, but am also concerned about visual
> complexity.
> > The more we can consolidate navigation items, the better. I'll start
> > exploring visual treatments with the goal to find something that would
> work
> > across all sites. That said, it may still be sensible to keep the intro
> > separate from the other sites, to direct people in a more focused way
> > towards only a few sections that we determine (as is currently the case).
> >
> >
> > Christian
> >
> >
> >
> > On 3/26/09 5:41 PM, "Sean DALY"  wrote:
> >
> >> Here are some ideas for a harmonized navbar across our domains, for
> >> discussion and input please.
> >>
> >> By way of an anology, I would like that a visitor navigating between
> >> our welcoming reception area, our meeting room, our factory floor, our
> >> mailroom etc. always know where s/he is and how to get to another
> >> section and in particular the homepage: www.sugarlabs.org.
> >>
> >> I know that Christian wants to keep the navbar short in the intro
> >> section so it is unobtrusive... that Josh wants a friendly home for
> >> Activities not unlike Mozilla's addons... that our wiki mavens want
> >> their usual workspace without fuss and bother, that teachers need a
> >> super easy to use section, and so on. That said, I think we all want
> >> teachers, parents, funders, journalists, bug reporters, developers,
> >> and... , kids :-) to be able to visit and explore the richness of our
> >> site without getting lost. Because for them, there is "the Sugar Labs
> >> site" and not 9 separate sites.
> >>
> >> It is a measure of the labyrinthine nature of our site/sites that I
> >> discovered some sections today I hadn't suspected even existed, and
> >> these sections had no link to the main page or to each other.
> >>
> >> Linking our sections will raise the visibility of our site and its
> >> richness will show any visitor (as if there were a doubt) that our
> >> community is vibrant.
> >>
> >> So, here goes... let's start with the union of all the linked sections
> >> I can find for sugarlabs.org:
> >>
> >> Home
> >> Wiki
> >> Blog (or Planet)
> >> Lists
> >> Bugs
> >> Git
> >> Schools
> >> Activities
> >> Download
> >> People
> >> Donate
> >> API
> >> Buildbot
> >> Trees
> >> Indices
> >> Index
> >> Lounge (or Forums or Discussions)
> >> FAQ
> >> Press (or Contact)
> >> Register
> >> Help
> >> About
> >> Sitemap
> >> Login
> >> Search
> >>
> >> plus a missing one:
> >> Support/Feedback
> >>
> >> 26 candidates for a navbar! ...More complicated than I suspected.
> >>
> >> Some of these, in particular Search, are never identified as local to
> >> the section, sure to be confusing to the nontechnical visitor who just
> >> want to "search the Sugar Labs site". Not everyone knows the Google
> >> "site:sugarlabs.org" syntax :-)
> >>
> >> Others are on the same subject, but point to different places; for
> >> example, the Activities section of the intro is not yet well
> >> integrated with activities.sugarlabs.org and even points offsite, to
> >> the corresponding OLPC pages.
> >>
> >> I think we can agree that 25, or 20, or even 15 choices are too many.
> >>
> >> The traditional solution to this problem is two tiers: mouseover on
> >> the navbar reveals subchoices.
> >>
> >> The idea being to standardize a navbar like this at the top of every
> >> section, giving "random access" to any other section.
> >>
> >> For example, how about 9 main sections:
> >>
> >> ***
> >> Home
> >>
> >> Download
> >>
> >> Activities
> >>
> >> Schools
> >>
> >> Contributors
> >> Wiki / Bugs / Git / API / Buildbot / Translate / Pe

Re: [IAEP] [Marketing] Do not open a new window for menu link on sugarlabs.org

2009-03-26 Thread David Farning
Carol,
Would you mind working with Fred on the wiki?  You have made a lot of
good suggestions.

The tension I am seeing is that Sugar Labs Veterans, who feel
comfortable editing the wiki, are immune to the mess. People coming to
the wiki for the first time say 'what a mess', but don't feel
comfortable changing things.

thanks
david

On Thu, Mar 26, 2009 at 6:16 PM, Carol Farlow Lerche  wrote:
> Sean, Wouldn't it be ok to merge "Bugs / Git / API / Buildbot" into
> "Develop", and expand them when you get to the Develop page?
>
> Also, the language on the wiki home page makes it sound like communication
> is done via the wiki.  "The Sugar Labs wiki is where the community comes
> together to develop and support the Sugar Learning Platform. "  This isn't
> really the case.  IRC and mailing lists are far more useful places to "come
> together".  The wiki reflects community-generated documentation, it seems to
> me.    I have never (with one exception) had any response to something I
> placed on the talk page on sugarlabs or olpc wiki, and it would be
> frustrating for an unwary user to think there .  Also, are the forums used?
> It would seem that if we really do our work via the lists, we should make
> the list archives prominent on the site and forget forums.
>
> On Thu, Mar 26, 2009 at 2:59 PM, Sean DALY  wrote:
>>
>> thanks Christian
>>
>> a related issue is our logo size and positioning which I would like to
>> see left-justified (your suggestion of that for the press release was
>> excellent) and... the Git size (bigger) rather than smaller, but i
>> know you feel differently about that :-)
>>
>>
>> On Thu, Mar 26, 2009 at 10:51 PM, Christian Marc Schmidt
>>  wrote:
>> > Hi Sean
>> >
>> >
>> > Thanks for initiating this. I generally agree with the goals to unify
>> > the
>> > site through a single navbar, but am also concerned about visual
>> > complexity.
>> > The more we can consolidate navigation items, the better. I'll start
>> > exploring visual treatments with the goal to find something that would
>> > work
>> > across all sites. That said, it may still be sensible to keep the intro
>> > separate from the other sites, to direct people in a more focused way
>> > towards only a few sections that we determine (as is currently the
>> > case).
>> >
>> >
>> > Christian
>> >
>> >
>> >
>> > On 3/26/09 5:41 PM, "Sean DALY"  wrote:
>> >
>> >> Here are some ideas for a harmonized navbar across our domains, for
>> >> discussion and input please.
>> >>
>> >> By way of an anology, I would like that a visitor navigating between
>> >> our welcoming reception area, our meeting room, our factory floor, our
>> >> mailroom etc. always know where s/he is and how to get to another
>> >> section and in particular the homepage: www.sugarlabs.org.
>> >>
>> >> I know that Christian wants to keep the navbar short in the intro
>> >> section so it is unobtrusive... that Josh wants a friendly home for
>> >> Activities not unlike Mozilla's addons... that our wiki mavens want
>> >> their usual workspace without fuss and bother, that teachers need a
>> >> super easy to use section, and so on. That said, I think we all want
>> >> teachers, parents, funders, journalists, bug reporters, developers,
>> >> and... , kids :-) to be able to visit and explore the richness of our
>> >> site without getting lost. Because for them, there is "the Sugar Labs
>> >> site" and not 9 separate sites.
>> >>
>> >> It is a measure of the labyrinthine nature of our site/sites that I
>> >> discovered some sections today I hadn't suspected even existed, and
>> >> these sections had no link to the main page or to each other.
>> >>
>> >> Linking our sections will raise the visibility of our site and its
>> >> richness will show any visitor (as if there were a doubt) that our
>> >> community is vibrant.
>> >>
>> >> So, here goes... let's start with the union of all the linked sections
>> >> I can find for sugarlabs.org:
>> >>
>> >> Home
>> >> Wiki
>> >> Blog (or Planet)
>> >> Lists
>> >> Bugs
>> >> Git
>> >> Schools
>> >> Activities
>> >> Download
>> >> People
>> >> Donate
>> >> API
>> >> Buildbot
>> >> Trees
>> >> Indices
>> >> Index
>> >> Lounge (or Forums or Discussions)
>> >> FAQ
>> >> Press (or Contact)
>> >> Register
>> >> Help
>> >> About
>> >> Sitemap
>> >> Login
>> >> Search
>> >>
>> >> plus a missing one:
>> >> Support/Feedback
>> >>
>> >> 26 candidates for a navbar! ...More complicated than I suspected.
>> >>
>> >> Some of these, in particular Search, are never identified as local to
>> >> the section, sure to be confusing to the nontechnical visitor who just
>> >> want to "search the Sugar Labs site". Not everyone knows the Google
>> >> "site:sugarlabs.org" syntax :-)
>> >>
>> >> Others are on the same subject, but point to different places; for
>> >> example, the Activities section of the intro is not yet well
>> >> integrated with activities.sugarlabs.org and even points offsite, to
>> >> the corresponding OLPC pages.
>> >>
>> >> I think we can a

Re: [IAEP] [Marketing] Do not open a new window for menu link on sugarlabs.org

2009-03-26 Thread Luke Faraone
On Thu, Mar 26, 2009 at 7:16 PM, Carol Farlow Lerche  wrote:

>   Also, are the forums used?  It would seem that if we really do our work
> via the lists, we should make the list archives prominent on the site and
> forget forums.
>

Wha? We have forums? As far as I know, the only remotely forum-esque thing
we have is Nabble  forum-like
setup which is synced with the ML.


-- 
Luke Faraone
http://luke.faraone.cc
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] [Marketing] Do not open a new window for menu link on sugarlabs.org

2009-03-26 Thread Sean DALY
Here's what's behind the menu item
http://schools.sugarlabs.org/mod/forum/view.php?id=295



On Fri, Mar 27, 2009 at 12:45 AM, Luke Faraone  wrote:
> On Thu, Mar 26, 2009 at 7:16 PM, Carol Farlow Lerche  wrote:
>>
>>   Also, are the forums used?  It would seem that if we really do our work
>> via the lists, we should make the list archives prominent on the site and
>> forget forums.
>
> Wha? We have forums? As far as I know, the only remotely forum-esque thing
> we have is Nabble forum-like setup which is synced with the ML.
>
>
> --
> Luke Faraone
> http://luke.faraone.cc
>
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] [Marketing] Do not open a new window for menu link on sugarlabs.org

2009-03-26 Thread Carol Farlow Lerche
I'm afraid I gave the impression to you that I think the wiki is a mess.  I
don't.  It is really much better than w.l.o., and verging on "very useful"!
But I do think we need to avoid the syndrome of "if the only tool you have
is a hammer, every problem looks like a nail".  The sentence I described
screamed a special message in my ear, probably unjustified, based on over a
year of the w.l.o being pointed to as the place for all sorts of things that
were imho ill suited for a wiki.  I would just like to see the sentence
modified to say something like "The Sugar Labs wiki is where the community
comes together to record informal documentation and decisions about
developing and supporting the Sugar Learning Platform. "  That way noone
would be disappointed if what they wrote in the Talk page was not responded
to in a very timely manner.

On Thu, Mar 26, 2009 at 4:27 PM, David Farning wrote:

> Carol,
> Would you mind working with Fred on the wiki?  You have made a lot of
> good suggestions.
>
> The tension I am seeing is that Sugar Labs Veterans, who feel
> comfortable editing the wiki, are immune to the mess. People coming to
> the wiki for the first time say 'what a mess', but don't feel
> comfortable changing things.
>
> thanks
> david
>
> On Thu, Mar 26, 2009 at 6:16 PM, Carol Farlow Lerche 
> wrote:
> > Sean, Wouldn't it be ok to merge "Bugs / Git / API / Buildbot" into
> > "Develop", and expand them when you get to the Develop page?
> >
> > Also, the language on the wiki home page makes it sound like
> communication
> > is done via the wiki.  "The Sugar Labs wiki is where the community comes
> > together to develop and support the Sugar Learning Platform. "  This
> isn't
> > really the case.  IRC and mailing lists are far more useful places to
> "come
> > together".  The wiki reflects community-generated documentation, it seems
> to
> > me.I have never (with one exception) had any response to something I
> > placed on the talk page on sugarlabs or olpc wiki, and it would be
> > frustrating for an unwary user to think there .  Also, are the forums
> used?
> > It would seem that if we really do our work via the lists, we should make
> > the list archives prominent on the site and forget forums.
> >
> > On Thu, Mar 26, 2009 at 2:59 PM, Sean DALY  wrote:
> >>
> >> thanks Christian
> >>
> >> a related issue is our logo size and positioning which I would like to
> >> see left-justified (your suggestion of that for the press release was
> >> excellent) and... the Git size (bigger) rather than smaller, but i
> >> know you feel differently about that :-)
> >>
> >>
> >> On Thu, Mar 26, 2009 at 10:51 PM, Christian Marc Schmidt
> >>  wrote:
> >> > Hi Sean
> >> >
> >> >
> >> > Thanks for initiating this. I generally agree with the goals to unify
> >> > the
> >> > site through a single navbar, but am also concerned about visual
> >> > complexity.
> >> > The more we can consolidate navigation items, the better. I'll start
> >> > exploring visual treatments with the goal to find something that would
> >> > work
> >> > across all sites. That said, it may still be sensible to keep the
> intro
> >> > separate from the other sites, to direct people in a more focused way
> >> > towards only a few sections that we determine (as is currently the
> >> > case).
> >> >
> >> >
> >> > Christian
> >> >
> >> >
> >> >
> >> > On 3/26/09 5:41 PM, "Sean DALY"  wrote:
> >> >
> >> >> Here are some ideas for a harmonized navbar across our domains, for
> >> >> discussion and input please.
> >> >>
> >> >> By way of an anology, I would like that a visitor navigating between
> >> >> our welcoming reception area, our meeting room, our factory floor,
> our
> >> >> mailroom etc. always know where s/he is and how to get to another
> >> >> section and in particular the homepage: www.sugarlabs.org.
> >> >>
> >> >> I know that Christian wants to keep the navbar short in the intro
> >> >> section so it is unobtrusive... that Josh wants a friendly home for
> >> >> Activities not unlike Mozilla's addons... that our wiki mavens want
> >> >> their usual workspace without fuss and bother, that teachers need a
> >> >> super easy to use section, and so on. That said, I think we all want
> >> >> teachers, parents, funders, journalists, bug reporters, developers,
> >> >> and... , kids :-) to be able to visit and explore the richness of our
> >> >> site without getting lost. Because for them, there is "the Sugar Labs
> >> >> site" and not 9 separate sites.
> >> >>
> >> >> It is a measure of the labyrinthine nature of our site/sites that I
> >> >> discovered some sections today I hadn't suspected even existed, and
> >> >> these sections had no link to the main page or to each other.
> >> >>
> >> >> Linking our sections will raise the visibility of our site and its
> >> >> richness will show any visitor (as if there were a doubt) that our
> >> >> community is vibrant.
> >> >>
> >> >> So, here goes... let's start with the union of all the linked
> sections
> >>

Re: [IAEP] [Sugar-devel] ars technica

2009-03-26 Thread Paulo Drummond
On Mar 26, 2009, at 5:41 PM, Sean DALY wrote:

> Please, if there is anyone who can help translating our press release
> into Portugese, Italian, or any other language besides the four we had
> at launch, I would be very grateful.

I can do it in Brazilian Portuguese, Sean. Today. I'll then send it in  
txt format to your email address.

cheers,
Paulo
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep


Re: [IAEP] status on Sugar Guide for 0.84

2009-03-26 Thread Edward Cherlin
On Thu, Mar 26, 2009 at 1:14 PM,   wrote:

> "Modifying Activities" could be integrated with "Modifying Sugar"
> http://wiki.sugarlabs.org/go/Modifying_Activities
>
> It is a easier introduction to programming for beginners.

Yes.

> Maybe we need to think through the learning path(s) for new programmers. This 
> includes Etoys and Turtle Art, the Turtle Art Python programmable block, 
> editing the sample code that comes with Pippy, external (web) python 
> resources, show source, modifying activities, modifying Sugar.
>
> How do we present these options to learners and teachers?
>
> Also we could mention the learning goals which are far wider than programming 
> skills, eg

I'm working on a proposal for a book using Turtle art to Address all
of these topics, and more. Possibly more than one book.

>    *  Cartesian coordinates
>    * negative number
>    * algebraic variables
>    * relative & absolute value
>    * estimation
>    * chance
>    * metacognitive skills
>    * structured thinking
>    * logical thinking inc. Boolean operations
>    * planning and top-down design
>    * team planning and development
>    * ability to represent operations as systems of 
> sequence/selection/iteration.
>    * representational structures and metalanguages
>    * program proving
>    * simple physics of gravity, collisions, kinematics
>    * efficient data structures and code and possibly network issues, 
> security, database design, graphics, etc
>    * New unidentified skills for a digital age?
>
> (see http://rupert.id.au/schoolgamemaker/why.htm)
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep

-- 
Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name
And Children are my nation.
The Cosmos is my dwelling place, The Truth my destination.
http://earthtreasury.net/ (Edward Mokurai Cherlin)
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep

Re: [IAEP] status on Sugar Guide for 0.84

2009-03-26 Thread Caryl Bigenho

+1

Great learning goals.  It would be nice to give teachers a guide to which Sugar 
Activities address each of them and how to best utilize them for optimum 
learning and fun.  Hummm...sounds like lesson plans. 

Caryl

If you fail to plan you plan to fail.



___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep