Caroline Meeks | 1 Oct 2009 02:27

Where should we put our mixture of bugs, feature requests and misunderstandings as we develop curriculum

As I work with educators to create and write up curriculum we will discover problems.  They will be a mixture of Sugar, Activities, SoaS and confusion.


There are a bunch of ways we could deal with it.

1. Everything goes into Launchpad soas answers and we sort it out from there.
2. Everything is first posted to IAEP, discussed and sorted out and then put into Dev, Launchpad soas or into a wiki page somewhere or just lost in the mailing list archives
3. Everyone tells me everything and I try to decide where to put it which has obvious problems
4. Everything is put into Trac

For example todays issues

  • Record is not recording audio - probably hardware SoaS issue.
  • Colors journal entries are not showing up as an image so I can't import it into another program like Cartoon Builder.
  • Cartoon builder is cool, I want to make my own characters but it seems really hard in Sugar to draw a bit, save, draw a bit more, save under a new name, how can I do that more easily.
  • I'd like to save a figure out of FlipSticks and put him into cartoon builder. Is there a way to save a flipstick image?
How do we capture and track the issues, especially since we know we don't have the resources to solve them all immediately.

Thanks,
Caroline

--
Caroline Meeks
Solution Grove
Caroline <at> SolutionGrove.com

617-500-3488 - Office
505-213-3268 - Fax
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Martin Dengler | 1 Oct 2009 02:48
Gravatar

Re: [SoaS] Where should we put our mixture of bugs, feature requests and misunderstandings as we develop curriculum

On Wed, Sep 30, 2009 at 08:27:46PM -0400, Caroline Meeks wrote:
> As I work with educators to create and write up curriculum we will discover
> problems.  They will be a mixture of Sugar, Activities, SoaS and confusion.
> There are a bunch of ways we could deal with it.
[...]
> 2. Everything is first posted to IAEP

Please please don't do this - IAEP gets enough SoaS/distro noise as
is.

> 3. Everyone tells me everything and I try to decide where to put it which
> has obvious problems

This is it.  If you imagine you're the deployment, you have to
communicate "upstream".  I don't think, realistically, it's scalable
for every deployment to do anything else.

> 4. Everything is put into Trac

No, then trac (Sugar) becomes a dumping ground that includes a lot of
"downstream" (SoaS, etc.) issues.

Triage suggestions (but I'm not the expert):

> For example todays issues
>
>    - Record is not recording audio - probably hardware SoaS issue.

SoaS bug tracker.

>    - Colors journal entries are not showing up as an image so I can't import
>    it into another program like Cartoon Builder.

Activity author / mailing list.

>    - Cartoon builder is cool, I want to make my own characters but it seems
>    really hard in Sugar to draw a bit, save, draw a bit more, save under a new
>    name, how can I do that more easily.

Activity author / mailing list.

>    - I'd like to save a figure out of FlipSticks and put him into cartoon
>    builder. Is there a way to save a flipstick image?

Activity author / mailing list.

> Thanks,
> Caroline

Martin
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Tim McNamara | 1 Oct 2009 02:51
Picon
Gravatar

Re: [SoaS] Where should we put our mixture of bugs, feature requests and misunderstandings as we develop curriculum

Hi Caroline,


Apologies for not introducing myself to the lists before my first post, but workflow of issues is something that sparked a neuron or two!

2009/10/1 Caroline Meeks <caroline <at> solutiongrove.com>
As I work with educators to create and write up curriculum we will discover problems.  They will be a mixture of Sugar, Activities, SoaS and confusion.

There are a bunch of ways we could deal with it.

1. Everything goes into Launchpad soas answers and we sort it out from there.
2. Everything is first posted to IAEP, discussed and sorted out and then put into Dev, Launchpad soas or into a wiki page somewhere or just lost in the mailing list archives
3. Everyone tells me everything and I try to decide where to put it which has obvious problems
4. Everything is put into Trac


Here's a suggested workflow:

Issue identified with SoaS
Immediate Q answered
Decisions to make Answerer(s)
  - If substantive, invite query to be discussed on list
  - If Sugar bug, then port to http://dev.sugarlabs.org/
  - If repeated/general Q, then click "Add to FAQ"

Rationale:
Launchpad Answers is friendlier to newbies than Trac.
Answers allows the user to own the question => they get to decide if their Q was answered sufficently to close the ticket.
It's very easy to create a FAQ in Launchpad Answers.
Trac is powerful for software development, but is only adequate for user support.
Some things (like curriculum changes or substantive issues) deserve to be forwarded to mailing list.

Cheers all,

Tim
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Gary C Martin | 1 Oct 2009 03:28

Re: Where should we put our mixture of bugs, feature requests and misunderstandings as we develop curriculum

On 1 Oct 2009, at 01:27, Caroline Meeks wrote:

> As I work with educators to create and write up curriculum we will  
> discover problems.  They will be a mixture of Sugar, Activities,  
> SoaS and confusion.
>
> There are a bunch of ways we could deal with it.
>
> 1. Everything goes into Launchpad soas answers and we sort it out  
> from there.
> 2. Everything is first posted to IAEP, discussed and sorted out and  
> then put into Dev, Launchpad soas or into a wiki page somewhere or  
> just lost in the mailing list archives
> 3. Everyone tells me everything and I try to decide where to put it  
> which has obvious problems
> 4. Everything is put into Trac
>
> For example todays issues
>
> 	• Record is not recording audio - probably hardware SoaS issue.

There will likely be a number of facets to this, without explicitly  
reporting the hardware being tested, version of SoaS, version of  
Record, this report would not be very actionable. It could be a SoaS  
build issue, Fedora HW support, a bug in Record, some Sugar issue, or  
some other unfriendly Activity that has messed with the input  
recording volume.

> 	• Colors journal entries are not showing up as an image so I can't  
> import it into another program like Cartoon Builder.

If I remember correctly, colours uses a custom format because it  
records the creation process stroke by stroke that can be played back  
to learn how a painting was created. There is a toolbar button for  
copy with grabs a regular bitmap image to you clipboard (where you can  
either then 'Keep" it to Journal, or paste it into some other Activity  
that supports image pasting). I think Wade mentioned he was  
considering also an "Export as" type tool button for directly saving a  
bitmap image direct to Journal. Check bugs.laptop.org Colors component  
tickets and create a ticket for your enhancement request. Actually  
just looked, sthere is one already, add a comment to it so the author  
sees you care about it and it might help as a ping reminder ;-)

	http://bugs.sugarlabs.org/ticket/577


> 	• Cartoon builder is cool, I want to make my own characters but it  
> seems really hard in Sugar to draw a bit, save, draw a bit more,  
> save under a new name, how can I do that more easily.

More a list discussion point, but as a really simple workflow:

1) Start new Paint, paint something, stop, name it.
2) Start new Paint, paint something, stop, name it.
3) Start new Paint, paint something, stop, name it.
...
N) Start paint, draw, stop, name it.

A slightly quicker, but currently a REALLY DANGEROUS HABIT would be:

1) Start new Paint
2) Paint something
3) Name it
4) Click "Keep" <---- WARNING this is a new version with same  
activity_id, horrid feature waiting to eat you
5) Goto 2

> 	• I'd like to save a figure out of FlipSticks and put him into  
> cartoon builder. Is there a way to save a flipstick image?

Not that I know of, this would be a new bugs.sugarlabs.org enhancement  
ticket. The closest we have just now would be to take a screen shot.  
Unfortunately we don't have an image 'Crop' tool handy yet. Perhaps an  
ideal feature enhancement request for ImageViewer as 'Crop' is really  
useful to have about.

> How do we capture and track the issues, especially since we know we  
> don't have the resources to solve them all immediately.

Well specific Activity bugs or feature requests should be trac tickets  
in the authors favourite bug tracker (almost all are components in bugs.sugarlabs.org 
). If it's more a random casual inquiry about an Activity I would be  
mailing the author directly (I do this a fair amount of time). With  
more general topics going to the lists for a wider discussion.

I can't say I've got around to using the Launchpad instance, way too  
much to keep on top of already going on in the Sugar Labs trac (and  
lists), but if your segment of folks find it easier to use, there is  
not too much harm done as long as relevant issues get bubbled up by  
someone into the correct locations (i.e. where someone likely to take  
action is watching/looking).

Regards,
--Gary

_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Caroline Meeks | 1 Oct 2009 03:48

High School Programmer Volunteer?

I have a volunteer high school student who needs to do community service for school. He's done a bit of python and would like to help us with a remote programming type task.  


Does anyone want to mentor?  This might be a nice thing for a slightly more experienced person also new to the project or an activity maintainer who is feeling short on time but might have time to guide and check someone's work? 

I don't know the students' skill level, perhaps if there is a mentor we could set up a trial period so if he is not up to the right level there is a way out of the relationship.

Thanks,
Caroline

--
Caroline Meeks
Solution Grove
Caroline <at> SolutionGrove.com

617-500-3488 - Office
505-213-3268 - Fax
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Bryan Berry | 1 Oct 2009 04:52
Favicon
Gravatar

Re: [Karma] State of Chakra and knavbar

Pavel, KCD (Christoph), Felipe,

sorry i haven't been very active this week. Pls blame it on Nepal's
festival season and the fact that I was sick earlier this week.

I will take a look at the code today. 

KCD, did you ever convert knavbar to E4X?

Pavel, I have put my comments in line w/ yours
On Fri, 2009-09-25 at 22:33 +0100, Pavel Mocan wrote:
> > * Om has promised some new icons for stage 3 (months and weeks) which should
> > help in making that stage look nicer
> > * we need to find a way to make the "subject curriculum" link blend in a
> > nicer way
> ########################
> i will think of a way to incorporate this better in the page.
>>>>>>>>>>>>>>>>>>>>>
That would be awesome. If you have particular ideas for the icons, u can
communicate them to Om as he is the master artist.

> > * making the background of the selected months / weeks white gets the job
> > done but is anything other than pretty
> ########################
> one way we could solve this issue would be to change the opacity to
> 0.5 or 0.6 to all the rest of the elements except the selected one; OR
> add a small icon (arrow pointing down) on top of the selected item.
>>>>>>>>>
I like the idea of changing the opacity

> > * the odd alignment issues I mentioned yesterday (with sometimes the layout
> > being oddly messed up after page-loads and then working again fine on
> > reload)
> #########################
> this can happen sometimes because of the browser loadings. it happends
> to large websites sometimes as well ...
>>>>>>>>
We should be able to fix this by monkeying around w/ the js, i think

> > * html/css might not be as nice as it should be after my latest workings
> ##########################
> i will take a look at the html and css and try to 'organise' it :)
> > knavbar:
> > I feel knvarbar is in a half-decent state where it's beginning to be
> > useable. Some of the things that are still missing are:
> > * a nicer looking welcome page, I feel the current one still leaves quite a
> > bit to be desired
> ##########################
> i would also suggest changing the icon that links to the home page
> (the round thingy ...); maybe one that looks clearer will do fine.
>>>>>>>>>>>>>>>>>>

the round 'thingy' is literally a chakra, meaning wheel in Nepali. It
needs to stand out more and look like a button. right now it looks like
part of the background so it isn't intuitive to click on it.

> > * the lesson title area still isn't very nice
> > * we haven't really decided what the functionality of the "help" button will
> > be
> ##########################
> we can have a 'pop up' window that blurs the background. the window
> should be displayed in the central section of the page and have a
> scroll bar if the information is too much.
I think the pop-up is the way to go. But more like an overlay like growl
is in Mac OS X, but bigger.

> > * the html/css might also still need some attention after my latest changes
> > Cheers and talk to you all when I'm back in Austria,
> > Christoph

I will take a look at it later today and much of tomorrow.

mpavel will u be online this evening? we could chat then. hopefully I
will have had a chance to look at the code.

--

-- 
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org
Sugar Labs Activities | 1 Oct 2009 05:26
Favicon

[ASLO] Release Ecomundo-2

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

Sugar Platform:
from 0.82 to 0.86

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

Release notes:

Reviewer comments:
Este requerimiento ha sido aprobado.

Sugar Labs Activities
http://activities.sugarlabs.org
Bryan Berry | 1 Oct 2009 06:30
Favicon
Gravatar

[Karma] actually using jgrowl and jquery.ui.all.js?

are we actually using these libraries? if not lets delete the links as
they are huge files

if ui.tabs.js depends on jquery UI, there must be some subset of jquery
UI we can use instead of the entire jquery UI package
--

-- 
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org
Simon Schampijer | 1 Oct 2009 09:42
Picon

Re: [IAEP] [ANNOUNCE] Sucrose 0.86.0 Final Release

On 10/01/2009 06:13 AM, Kevin Cole wrote:
> First: congrats to all.
>
> Second: User-friendliness bug:
>
> The release notes say "Please see the instructions (SoaS, Fedora,
> Ubuntu, Debian, etc.) of choice to upgrade to this release."
> No link to instructions provided in either e-mail or wiki version.
> Searching the wiki turned up "Supported Systems" which merely states
> that to upgrade "sudo olpc-update 767" with the appropriate build
> number.  Build number not provided in the release notes.
>
> So a build number and/or a link to the best set of instructions would
> be most welcome.
>
> Thanks.

This is the announcement of the source tarballs of the Sucrose 0.86 
release. Now it needs to be packaged for the distributions. Each 
distribution will have another way of packaging (deb, rpm...) and will 
have different ways of updating (yum, aptitude, olpc-update...).

Sugar is the upstream project, that is why I do not add downstream 
distribution notes in the announcements. What would be nice is that 
packagers of each distribution update the wiki instructions for their 
distribution accordingly and send a note to the mailing list to 
encourage testers.

I hope that we will have a new soas snapshot containing the 0.86 for 
testing soon as well.

In the hope that this explanation is of any help,
    Simon
Simon Schampijer | 1 Oct 2009 11:03
Picon

[ANNOUNCE] Sucrose 0.86.1 Tarballs Due

Dear Sucrose Maintainers,

please provide source tarballs for the Sucrose 0.86.1 bug fix release 
[1] by the end of the first of October and announce them as explained at 
[2].

This will be our first bug fix release, so please be extra careful, to 
not introduce any regressions and have your changes well tested.

We have another coordinated bug fix release scheduled for October the 9th. 	

Thanks,
    Your Release Team

[1] http://wiki.sugarlabs.org/go/0.86/Roadmap#Schedule
[2]
http://sugarlabs.org/go/Development_Team/Release#Module_release

Gmane