Re: [Sugar-devel] [ASLO] Release Maze-24

[Walter Bender]

Look OK to me. No CR at the end of the file. Maybe that is a problem?

-walter

On Mon, Jun 17, 2013 at 10:12 PM, Kalpa Welivitigoda
 wrote:
>
>
>
> On Tue, Jun 18, 2013 at 3:22 AM, Sugar Labs Activities
>  wrote:
>>
>> Activity Homepage:
>> http://activities.sugarlabs.org/addon/4071
>>
>> Sugar Platform:
>> 0.96 - 0.100
>>
>> Download Now:
>> http://activities.sugarlabs.org/downloads/file/28655/maze-24.xo
>>
>> Release notes:
>> Make screen fit both portrait and landscape (Walter Bender)
>> Use json, don't fallback to simplejson (Walter Bender)
>> Redraw the maze when the screen is rotated (Walter Bender)
>> Avoid crash on activity close (Gonzalo Odiard)
>> Update toolbar icons (Walter Bender)
>>
>
> I get this error when trying to package,
>
> wrong-script-end-of-line-encoding
> /usr/share/sugar/activities/Maze.activity/my_cursor.xbm
>
> Possible cause would be that the file is modified in non unix system. Could
> you please fix this and post a patch?
>
>>
>>
>>
>> Sugar Labs Activities
>> http://activities.sugarlabs.org
>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
>
>
> --
> Best Regards,
>
> Kalpa Welivitigoda
> Junior Treasurer | Electrical Engineering Society
> Undergraduate | Department of Electrical Engineering
> University of Moratuwa
> Sri Lanka
> http://about.me/callkalpa
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



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

Re: [Sugar-devel] [ASLO] Release Labyrinth-15

[Walter Bender]

51 Franklin St, Fifth Floor, Boston, MA  02110-1301  USA

On Mon, Jun 17, 2013 at 10:13 PM, Gonzalo Odiard  wrote:
> What is the right address?
>
> Gonzalo
>
>
> On Mon, Jun 17, 2013 at 10:52 PM, Kalpa Welivitigoda 
> wrote:
>>
>>
>>
>>
>> On Mon, Jun 17, 2013 at 9:26 PM, Sugar Labs Activities
>>  wrote:
>>>
>>> Activity Homepage:
>>> http://activities.sugarlabs.org/addon/4078
>>>
>>> Sugar Platform:
>>> 0.96 - 0.100
>>>
>>> Download Now:
>>> http://activities.sugarlabs.org/downloads/file/28654/labyrinth-15.xo
>>>
>>> Release notes:
>>> Use the font configuration file instead of the black list
>>> Changes in support of touch
>>> Add new icons
>>> Updated translations
>>>
>>
>> fsf address is incorrect in COPYING, can we get this fixed please?
>>
>>>
>>>
>>> Sugar Labs Activities
>>> http://activities.sugarlabs.org
>>>
>>> ___
>>> Sugar-devel mailing list
>>> Sugar-devel@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>>
>>
>>
>> --
>> Best Regards,
>>
>> Kalpa Welivitigoda
>> Junior Treasurer | Electrical Engineering Society
>> Undergraduate | Department of Electrical Engineering
>> University of Moratuwa
>> Sri Lanka
>> http://about.me/callkalpa
>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



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

Re: [Sugar-devel] [ASLO] Release Labyrinth-15

[Kalpa Welivitigoda]

On Tue, Jun 18, 2013 at 7:43 AM, Gonzalo Odiard  wrote:

> What is the right address?
>
>
It should be

Free Software Foundation, 51 Franklin Street, Suite 500 Boston, MA
11 02110-1335 USA

Please refer
http://git.sugarlabs.org/pukllanapac/mainline/commit/df7d66cdc176f8195c651ee86a5a419005f975d3



> Gonzalo
>
>
> On Mon, Jun 17, 2013 at 10:52 PM, Kalpa Welivitigoda 
> wrote:
>
>>
>>
>>
>> On Mon, Jun 17, 2013 at 9:26 PM, Sugar Labs Activities <
>> activit...@sugarlabs.org> wrote:
>>
>>> Activity Homepage:
>>> http://activities.sugarlabs.org/addon/4078
>>>
>>> Sugar Platform:
>>> 0.96 - 0.100
>>>
>>> Download Now:
>>> http://activities.sugarlabs.org/downloads/file/28654/labyrinth-15.xo
>>>
>>> Release notes:
>>> Use the font configuration file instead of the black list
>>> Changes in support of touch
>>> Add new icons
>>> Updated translations
>>>
>>>
>> fsf address is incorrect in COPYING, can we get this fixed please?
>>
>>
>>>
>>> Sugar Labs Activities
>>> http://activities.sugarlabs.org
>>>
>>> ___
>>> Sugar-devel mailing list
>>> Sugar-devel@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>
>>
>>
>>
>> --
>> Best Regards,
>>
>> Kalpa Welivitigoda
>> Junior Treasurer | Electrical Engineering Society
>> Undergraduate | Department of Electrical Engineering
>> University of Moratuwa
>> Sri Lanka
>> http://about.me/callkalpa
>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>>
>


-- 
Best Regards,

Kalpa Welivitigoda
Junior Treasurer | Electrical Engineering Society
Undergraduate | Department of Electrical Engineering
University of Moratuwa
Sri Lanka
http://about.me/callkalpa
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [ASLO] Release Maze-24

[Kalpa Welivitigoda]

On Tue, Jun 18, 2013 at 3:22 AM, Sugar Labs Activities <
activit...@sugarlabs.org> wrote:

> Activity Homepage:
> http://activities.sugarlabs.org/addon/4071
>
> Sugar Platform:
> 0.96 - 0.100
>
> Download Now:
> http://activities.sugarlabs.org/downloads/file/28655/maze-24.xo
>
> Release notes:
> Make screen fit both portrait and landscape (Walter Bender)
> Use json, don't fallback to simplejson (Walter Bender)
> Redraw the maze when the screen is rotated (Walter Bender)
> Avoid crash on activity close (Gonzalo Odiard)
> Update toolbar icons (Walter Bender)
>
>
I get this error when trying to package,

wrong-script-end-of-line-encoding
/usr/share/sugar/activities/Maze.activity/my_cursor.xbm

Possible cause would be that the file is modified in non unix system. Could
you please fix this and post a patch?


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



-- 
Best Regards,

Kalpa Welivitigoda
Junior Treasurer | Electrical Engineering Society
Undergraduate | Department of Electrical Engineering
University of Moratuwa
Sri Lanka
http://about.me/callkalpa
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [ASLO] Release Labyrinth-15

[Gonzalo Odiard]

What is the right address?

Gonzalo


On Mon, Jun 17, 2013 at 10:52 PM, Kalpa Welivitigoda wrote:

>
>
>
> On Mon, Jun 17, 2013 at 9:26 PM, Sugar Labs Activities <
> activit...@sugarlabs.org> wrote:
>
>> Activity Homepage:
>> http://activities.sugarlabs.org/addon/4078
>>
>> Sugar Platform:
>> 0.96 - 0.100
>>
>> Download Now:
>> http://activities.sugarlabs.org/downloads/file/28654/labyrinth-15.xo
>>
>> Release notes:
>> Use the font configuration file instead of the black list
>> Changes in support of touch
>> Add new icons
>> Updated translations
>>
>>
> fsf address is incorrect in COPYING, can we get this fixed please?
>
>
>>
>> Sugar Labs Activities
>> http://activities.sugarlabs.org
>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>
>
>
> --
> Best Regards,
>
> Kalpa Welivitigoda
> Junior Treasurer | Electrical Engineering Society
> Undergraduate | Department of Electrical Engineering
> University of Moratuwa
> Sri Lanka
> http://about.me/callkalpa
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [ASLO] Release Labyrinth-15

[Kalpa Welivitigoda]

On Mon, Jun 17, 2013 at 9:26 PM, Sugar Labs Activities <
activit...@sugarlabs.org> wrote:

> Activity Homepage:
> http://activities.sugarlabs.org/addon/4078
>
> Sugar Platform:
> 0.96 - 0.100
>
> Download Now:
> http://activities.sugarlabs.org/downloads/file/28654/labyrinth-15.xo
>
> Release notes:
> Use the font configuration file instead of the black list
> Changes in support of touch
> Add new icons
> Updated translations
>
>
fsf address is incorrect in COPYING, can we get this fixed please?


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



-- 
Best Regards,

Kalpa Welivitigoda
Junior Treasurer | Electrical Engineering Society
Undergraduate | Department of Electrical Engineering
University of Moratuwa
Sri Lanka
http://about.me/callkalpa
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Your help is needed!

[Chris Leonard]

Dear Sugar Developers,

The Translation Team is in desperate need of help to catch up with the
development workflow.

1) We need to migrate to a new Pootle instance that will get us upgraded to
2.5.

Our suggestion workflow has not worked for a long time, but we have lived
with it. There are a lot of new features in 2.5 that I think would be a big
help to us (translation memory access, etc.).

2)  We need to re-engineer (and re-document) the process by which Glucose
versions are connected to Pootle from GitHub.  All of those wonderful new
features in Glucose are only going to be available to English speakers
unless we can get L10n going on Glucose again.

I have tried to recruit someone to help with #1 before, but I unfortunately
keep losing my volunteers before they get started.  I just do not have the
time or the technical skills to take this on by myself.  I need someone to
step up to the plate and see this effort through.

#2 could possibly be tested before we have #1 done, but again, I don't have
the time or the github-fu to address this myself, so I need a volunteer.

Who is it going to be?

cjl
Sugar Labs Translation Team Coordinator
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Bug in git.sl.org

[Ignacio Rodríguez]

Look it: Image1 & Image2

Image1:
http://elsalvador.treehouse.su/Ignacio%20Rodriguez/Caps/ErrorGit01.png
Image2:
http://elsalvador.treehouse.su/Ignacio%20Rodriguez/Caps/ErrorGit02.png
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [ASLO] Release Maze-24

[Sugar Labs Activities]

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

Sugar Platform:
0.96 - 0.100

Download Now:
http://activities.sugarlabs.org/downloads/file/28655/maze-24.xo

Release notes:
Make screen fit both portrait and landscape (Walter Bender)
Use json, don't fallback to simplejson (Walter Bender)
Redraw the maze when the screen is rotated (Walter Bender)
Avoid crash on activity close (Gonzalo Odiard)
Update toolbar icons (Walter Bender)



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

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

Re: [Sugar-devel] Licensing web modules under Apache 2.0

[Daniel Narvaez]

On 17 June 2013 19:31, Daniel Narvaez  wrote:

> Hello,
>
> as discussed on the mailing list and in irc, we decided to license the web
> modules under Apache 2.0. I think this will apply to
>
> sugar-web
>

I added the LICENSE. It will take me a bit more for the headers.
js-beautify seems to be unhappy and I need to put the right copyrights.


> sugar-web-template
>

Same as above.


> sugar-web-samples
>

Sent a pull request with LICENSE and headers.


> I think it will not apply to sugar-web-test, which is basically a native
> activity, we should just keep using GPLv2 there.
>

Put it under GPLv2


> We are going to need to double license the sugar-artwork svg icons to
> Apache to make this possible, I'll try to make sure that happens soon.
>

Talking with the SFC to see exactly how we should do this.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] About customization of xo icon

[Walter Bender]

On Mon, Jun 17, 2013 at 3:45 PM,   wrote:
>
> Hi all,
>
> I was few weeks ago to our Malagasy deployment (200 XO).
> During maintenance task, we're surprised to see that lot of XO boot directly
> on Gnome Desktop. Each time the children had customized its background and
> we think that it's the main reason for them to boot on Gnome.

Exactly my experience as well. I asked the children in Miami why they
switched to GNOME and they said, so that they could set a background
image.

-walter

> Here my top samples of background:
> -
> http://www.flickr.com/photos/88206719@N00/8813045563/in/set-7215763364141033
> 7
> -
> http://www.flickr.com/photos/88206719@N00/8823524568/in/set-7215763364141033
> 7
> -
> http://www.flickr.com/photos/88206719@N00/8812930477/in/set-7215763364141033
> 7
> -
> http://www.flickr.com/photos/88206719@N00/8812492813/in/set-7215763364141033
> 7
>
> So I think that the feature for background customization on the home view
> [1] is a must have for 0.100 !
>
> Just to my two cents.
>
> Best regards.
>
> Lionel.
>
> [1] http://wiki.sugarlabs.org/go/Features/Background_image_on_home_view
>
>
>
> --
>
> Date: Sun, 16 Jun 2013 11:30:51 -0300
> From: Ignacio Rodr?guez 
> To: Walter Bender 
> Cc: Daniel Narvaez , Gonzalo Odiard
> ,   Sugar-dev Devel
> 
> Subject: Re: [Sugar-devel] About customization of xo icon
> Message-ID:
> 
> Content-Type: text/plain; charset="utf-8"
>
> Thx for comments.
> Do not think it's a confusion ..
> It's fun change the wallpaper, as well as change the icon ..
>
> The approval really is up to community.
>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel



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

Re: [Sugar-devel] About customization of xo icon

[lionel]

Hi all,

I was few weeks ago to our Malagasy deployment (200 XO).
During maintenance task, we're surprised to see that lot of XO boot directly
on Gnome Desktop. Each time the children had customized its background and
we think that it's the main reason for them to boot on Gnome.
Here my top samples of background:
-
http://www.flickr.com/photos/88206719@N00/8813045563/in/set-7215763364141033
7 
-
http://www.flickr.com/photos/88206719@N00/8823524568/in/set-7215763364141033
7 
-
http://www.flickr.com/photos/88206719@N00/8812930477/in/set-7215763364141033
7 
-
http://www.flickr.com/photos/88206719@N00/8812492813/in/set-7215763364141033
7 

So I think that the feature for background customization on the home view
[1] is a must have for 0.100 !

Just to my two cents.

Best regards.

Lionel.

[1] http://wiki.sugarlabs.org/go/Features/Background_image_on_home_view 



--

Date: Sun, 16 Jun 2013 11:30:51 -0300
From: Ignacio Rodr?guez 
To: Walter Bender 
Cc: Daniel Narvaez , Gonzalo Odiard
,   Sugar-dev Devel

Subject: Re: [Sugar-devel] About customization of xo icon
Message-ID:

Content-Type: text/plain; charset="utf-8"

Thx for comments.
Do not think it's a confusion ..
It's fun change the wallpaper, as well as change the icon ..

The approval really is up to community.


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

Re: [Sugar-devel] gravatar for Sugarlabs

[Daniel Narvaez]

Excellent, just what I needed :)


On 17 June 2013 19:34, Gonzalo Odiard  wrote:

> Is this useful?
>
> http://wiki.sugarlabs.org/go/Marketing_Team/Logo
>
>
>
>
> On Mon, Jun 17, 2013 at 2:18 PM, Daniel Narvaez wrote:
>
>> Hey,
>>
>> it would make our github page a bit nicer if we registered a gravatar for
>> Sugarlabs. Suggestions on what image to use?
>>
>> https://en.gravatar.com/support/what-is-gravatar/
>>
>> --
>> Daniel Narvaez
>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>>
>


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

Re: [Sugar-devel] Licensing of the javascript libraries

[Daniel Narvaez]

On 12 June 2013 13:21, Bradley M. Kuhn  wrote:

> Walter Bender wrote at 09:52 (EDT) on Tuesday:
> > For the Javascipt/HTML5 work, we are going to use Apache and would
> > like to fold in the artwork that is currently LGPL. So presumably a
> > second license is required. Any protocol for this that you recommend?
> > I'm happy to reach out to the authors.
>
> Yes, while there is no formal protocol, the usual process is to work
> through the entire git repository, find all those who have contributed,
> build a list of them, and then start collecting permission.  It's a
> relatively simple record keeping task.  Conservancy is happy to help if
> you'd like.
>


Sorry for the delay, I wanted to make sure the decision to go for Apache
was solid.

I made a list of contributors. I'm not sure what's the best way to collect
permission though. For example, should we email the contributors keeping a
list in cc so that we have a public record?
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] gravatar for Sugarlabs

[Gonzalo Odiard]

Is this useful?

http://wiki.sugarlabs.org/go/Marketing_Team/Logo




On Mon, Jun 17, 2013 at 2:18 PM, Daniel Narvaez  wrote:

> Hey,
>
> it would make our github page a bit nicer if we registered a gravatar for
> Sugarlabs. Suggestions on what image to use?
>
> https://en.gravatar.com/support/what-is-gravatar/
>
> --
> Daniel Narvaez
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Licensing web modules under Apache 2.0

[Daniel Narvaez]

Hello,

as discussed on the mailing list and in irc, we decided to license the web
modules under Apache 2.0. I think this will apply to

sugar-web
sugar-web-template
sugar-web-samples

I think it will not apply to sugar-web-test, which is basically a native
activity, we should just keep using GPLv2 there.

We are going to need to double license the sugar-artwork svg icons to
Apache to make this possible, I'll try to make sure that happens soon.

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

[Sugar-devel] gravatar for Sugarlabs

[Daniel Narvaez]

Hey,

it would make our github page a bit nicer if we registered a gravatar for
Sugarlabs. Suggestions on what image to use?

https://en.gravatar.com/support/what-is-gravatar/

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

[Sugar-devel] [ASLO] Release Labyrinth-15

[Sugar Labs Activities]

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

Sugar Platform:
0.96 - 0.100

Download Now:
http://activities.sugarlabs.org/downloads/file/28654/labyrinth-15.xo

Release notes:
Use the font configuration file instead of the black list
Changes in support of touch
Add new icons
Updated translations


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

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

Re: [Sugar-devel] Use ObjectChooser filtering by activity

[Simon Schampijer]

On 06/17/2013 03:37 PM, Daniel Narvaez wrote:

I like the idea of disabling the filter in this objectchooser.


On 17 June 2013 15:34, Simon Schampijer  wrote:


On 06/13/2013 06:35 PM, Daniel Narvaez wrote:


On 13 June 2013 18:26, Daniel Narvaez  wrote:

  On 13 June 2013 18:23, Gonzalo Odiard  wrote:




That is the reason is better modify the behavior of the activity filter,
than allow any random list of mime types.



I'm not sure to understand this. You are proposing to show all the files
with mime types the activity can open right? That's pretty much a list of
random mime types as far the filtering combo is concerned... You can't
select "Anything", you can't select a generic type and you can't select
an
activity (this might actually be the nearest to accurate, but it's not
quite because the files are not necessarily created by the activity).



Oh I see, you are talking about the approach in your patch. That's still
quite tricky though... Would you keep the current filtering behavior for
journal? Would it apply to object chooser only? To certain object choosers
only?



Yes, the trickiest bit is how to display that in the UI. Non of the
current filters does match this case here, using the activity icon would
confront with what it currently means in the filter, as it means an object
of that activity.

Maybe this special objectchooser has just no filter sub-toolbar? And the
message when no matching object could be found reads as "No entry found
that can be opened with Activity [Name of activity]."

Simon


Talked about it with Gonzalo, so:

As we said, there are two options to filter for in regard to Activities:

(a) filter for objects of type activity X
(b) filter for bjects that can be opened with activity X

In the Journal (a) is important, because (b) can be solved with using 
the options in the resume-with-Palette. With the object chooser we are 
interested in (b) when we have the case like Read "Open a book for 
Reading" or Jukebox "Something to play" (Music or video).


I would leave the Journal case untouched and suggest to add another 
ObjectChooser for the described case. It would have no filter toolbar. I 
was thinking about making it inactive but that would suggest no 
filtering has been applied which is not correct here. Maybe where the 
filter is now there could be a explanation sub title like: "Filtered for 
objects that can be opened with this activity." or "Filtered for objects 
that can be opened with [Activity Name]."


Technically I would add another parameter to the ObjectChooser, 
defaulting to None to make it backwards compatible. The name could be 
"suited_filter".


Cheers,
   Simon






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

Re: [Sugar-devel] Use ObjectChooser filtering by activity

[Walter Bender]

While we are at it, the filter in the chooser needs some work. If you
have lots-o-activities installed, it is pretty difficult to use.

I almost think we want to list the new filter instead of the old
filter. For example, since there is a growing family of Turtle
Art-related activities, all of which share a common datastore file
format, why not have just one TA icon in the list for the sort and use
the palette we already on the datastore journal object to choose which
flavor of TA to use for opening it. Not sure this is a completely
anomalous case?

-walter

On Mon, Jun 17, 2013 at 9:37 AM, Daniel Narvaez  wrote:
> I like the idea of disabling the filter in this objectchooser.
>
>
> On 17 June 2013 15:34, Simon Schampijer  wrote:
>>
>> On 06/13/2013 06:35 PM, Daniel Narvaez wrote:
>>>
>>> On 13 June 2013 18:26, Daniel Narvaez  wrote:
>>>
 On 13 June 2013 18:23, Gonzalo Odiard  wrote:

>
> That is the reason is better modify the behavior of the activity
> filter,
> than allow any random list of mime types.
>

 I'm not sure to understand this. You are proposing to show all the files
 with mime types the activity can open right? That's pretty much a list
 of
 random mime types as far the filtering combo is concerned... You can't
 select "Anything", you can't select a generic type and you can't select
 an
 activity (this might actually be the nearest to accurate, but it's not
 quite because the files are not necessarily created by the activity).

>>>
>>> Oh I see, you are talking about the approach in your patch. That's still
>>> quite tricky though... Would you keep the current filtering behavior for
>>> journal? Would it apply to object chooser only? To certain object
>>> choosers
>>> only?
>>>
>>
>> Yes, the trickiest bit is how to display that in the UI. Non of the
>> current filters does match this case here, using the activity icon would
>> confront with what it currently means in the filter, as it means an object
>> of that activity.
>>
>> Maybe this special objectchooser has just no filter sub-toolbar? And the
>> message when no matching object could be found reads as "No entry found that
>> can be opened with Activity [Name of activity]."
>>
>> Simon
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
>
>
> --
> Daniel Narvaez
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



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

Re: [Sugar-devel] Use ObjectChooser filtering by activity

[Daniel Narvaez]

I like the idea of disabling the filter in this objectchooser.


On 17 June 2013 15:34, Simon Schampijer  wrote:

> On 06/13/2013 06:35 PM, Daniel Narvaez wrote:
>
>> On 13 June 2013 18:26, Daniel Narvaez  wrote:
>>
>>  On 13 June 2013 18:23, Gonzalo Odiard  wrote:
>>>
>>>
 That is the reason is better modify the behavior of the activity filter,
 than allow any random list of mime types.


>>> I'm not sure to understand this. You are proposing to show all the files
>>> with mime types the activity can open right? That's pretty much a list of
>>> random mime types as far the filtering combo is concerned... You can't
>>> select "Anything", you can't select a generic type and you can't select
>>> an
>>> activity (this might actually be the nearest to accurate, but it's not
>>> quite because the files are not necessarily created by the activity).
>>>
>>>
>> Oh I see, you are talking about the approach in your patch. That's still
>> quite tricky though... Would you keep the current filtering behavior for
>> journal? Would it apply to object chooser only? To certain object choosers
>> only?
>>
>>
> Yes, the trickiest bit is how to display that in the UI. Non of the
> current filters does match this case here, using the activity icon would
> confront with what it currently means in the filter, as it means an object
> of that activity.
>
> Maybe this special objectchooser has just no filter sub-toolbar? And the
> message when no matching object could be found reads as "No entry found
> that can be opened with Activity [Name of activity]."
>
> Simon
> __**_
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.**org 
> http://lists.sugarlabs.org/**listinfo/sugar-devel
>



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

Re: [Sugar-devel] Use ObjectChooser filtering by activity

[Simon Schampijer]

On 06/13/2013 06:35 PM, Daniel Narvaez wrote:

On 13 June 2013 18:26, Daniel Narvaez  wrote:


On 13 June 2013 18:23, Gonzalo Odiard  wrote:



That is the reason is better modify the behavior of the activity filter,
than allow any random list of mime types.



I'm not sure to understand this. You are proposing to show all the files
with mime types the activity can open right? That's pretty much a list of
random mime types as far the filtering combo is concerned... You can't
select "Anything", you can't select a generic type and you can't select an
activity (this might actually be the nearest to accurate, but it's not
quite because the files are not necessarily created by the activity).



Oh I see, you are talking about the approach in your patch. That's still
quite tricky though... Would you keep the current filtering behavior for
journal? Would it apply to object chooser only? To certain object choosers
only?



Yes, the trickiest bit is how to display that in the UI. Non of the 
current filters does match this case here, using the activity icon would 
confront with what it currently means in the filter, as it means an 
object of that activity.


Maybe this special objectchooser has just no filter sub-toolbar? And the 
message when no matching object could be found reads as "No entry found 
that can be opened with Activity [Name of activity]."


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

Re: [Sugar-devel] [sugar-build] Support for github forks and ssh

[Daniel Narvaez]

Yup, I will try to update the docs to use the new prefs. Giving it some
time to get people feedback and see if there are tweaks to be made etc.


On 17 June 2013 14:50, Gonzalo Odiard  wrote:

> Good explanation, probably useful include it in the docs
>
> Gonzalo
>
>
> On Mon, Jun 17, 2013 at 7:10 AM, Daniel Narvaez wrote:
>
>> Let's say I made a sugar fork. This will make sugar-build pull from it
>>
>> dnarvaez@dnarvaez:~/sugar-build$ cat prefs.json
>> {
>> "github": {
>> "forks": [
>> "dnarvaez/sugar.git"
>> ]
>> }
>> }
>> dnarvaez@dnarvaez:~/sugar-build$ rm -rf sugar
>> dnarvaez@dnarvaez:~/sugar-build$ ./osbuild pull sugar
>> * Pulling sugar
>>
>> Now if I want to pull changes from upstream and update my fork (well,
>> mine was already uptodate but...)
>>
>> dnarvaez@dnarvaez:~/sugar-build/sugar$ git fetch upstream
>> From git://github.com/sugarlabs/sugar
>>  * [new branch]  html   -> upstream/html
>>  * [new branch]  html2  -> upstream/html2
>>  * [new branch]  master -> upstream/master
>>  * [new branch]  sucrose-0.82 -> upstream/sucrose-0.82
>>  * [new branch]  sucrose-0.84 -> upstream/sucrose-0.84
>>  * [new branch]  sucrose-0.86 -> upstream/sucrose-0.86
>>  * [new branch]  sucrose-0.88 -> upstream/sucrose-0.88
>>  * [new branch]  sucrose-0.90 -> upstream/sucrose-0.90
>>  * [new branch]  sucrose-0.92 -> upstream/sucrose-0.92
>>  * [new branch]  sucrose-0.94 -> upstream/sucrose-0.94
>>  * [new branch]  sucrose-0.96 -> upstream/sucrose-0.96
>>  * [new branch]  sucrose-0.98 -> upstream/sucrose-0.98
>>  * [new branch]  tableview  -> upstream/tableview
>> dnarvaez@dnarvaez:~/sugar-build/sugar$ git merge upstream/master
>> Already up-to-date.
>> dnarvaez@dnarvaez:~/sugar-build/sugar$ git push
>> Everything up-to-date
>>
>> Finally, if I have write access to the official repository I can set it
>> up like this
>>
>> {
>> "github": {
>> "forks": [
>> "dnarvaez/sugar.git"
>> ],
>> "ssh": [
>> "sugarlabs/sugar.git"
>> ]
>> }
>> }
>>
>> So when I want to push someone else patch to the official repo I just
>>
>> git push upstream
>>
>>
>>
>> On 16 June 2013 21:56, Gonzalo Odiard  wrote:
>>
>>> How should be the use in this case, can we set our repo forked in github,
>>> and sugar-build will update from there?
>>>
>>> Btw, great job with developer.sugarlabs.org
>>>
>>> Gonzalo
>>>
>>>
>>> On Sun, Jun 16, 2013 at 11:09 AM, Daniel Narvaez wrote:
>>>
 I added a pref to automatically setup remotes for github forks and ssh.
 This follows github docs recommended approach.

 http://developer.sugarlabs.org/dev-environment.md.html#github

 --
 Daniel Narvaez

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


>>>
>>
>>
>> --
>> Daniel Narvaez
>>
>
>


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

Re: [Sugar-devel] [sugar-build] Support for github forks and ssh

[Gonzalo Odiard]

Good explanation, probably useful include it in the docs

Gonzalo


On Mon, Jun 17, 2013 at 7:10 AM, Daniel Narvaez  wrote:

> Let's say I made a sugar fork. This will make sugar-build pull from it
>
> dnarvaez@dnarvaez:~/sugar-build$ cat prefs.json
> {
> "github": {
> "forks": [
> "dnarvaez/sugar.git"
> ]
> }
> }
> dnarvaez@dnarvaez:~/sugar-build$ rm -rf sugar
> dnarvaez@dnarvaez:~/sugar-build$ ./osbuild pull sugar
> * Pulling sugar
>
> Now if I want to pull changes from upstream and update my fork (well, mine
> was already uptodate but...)
>
> dnarvaez@dnarvaez:~/sugar-build/sugar$ git fetch upstream
> From git://github.com/sugarlabs/sugar
>  * [new branch]  html   -> upstream/html
>  * [new branch]  html2  -> upstream/html2
>  * [new branch]  master -> upstream/master
>  * [new branch]  sucrose-0.82 -> upstream/sucrose-0.82
>  * [new branch]  sucrose-0.84 -> upstream/sucrose-0.84
>  * [new branch]  sucrose-0.86 -> upstream/sucrose-0.86
>  * [new branch]  sucrose-0.88 -> upstream/sucrose-0.88
>  * [new branch]  sucrose-0.90 -> upstream/sucrose-0.90
>  * [new branch]  sucrose-0.92 -> upstream/sucrose-0.92
>  * [new branch]  sucrose-0.94 -> upstream/sucrose-0.94
>  * [new branch]  sucrose-0.96 -> upstream/sucrose-0.96
>  * [new branch]  sucrose-0.98 -> upstream/sucrose-0.98
>  * [new branch]  tableview  -> upstream/tableview
> dnarvaez@dnarvaez:~/sugar-build/sugar$ git merge upstream/master
> Already up-to-date.
> dnarvaez@dnarvaez:~/sugar-build/sugar$ git push
> Everything up-to-date
>
> Finally, if I have write access to the official repository I can set it up
> like this
>
> {
> "github": {
> "forks": [
> "dnarvaez/sugar.git"
> ],
> "ssh": [
> "sugarlabs/sugar.git"
> ]
> }
> }
>
> So when I want to push someone else patch to the official repo I just
>
> git push upstream
>
>
>
> On 16 June 2013 21:56, Gonzalo Odiard  wrote:
>
>> How should be the use in this case, can we set our repo forked in github,
>> and sugar-build will update from there?
>>
>> Btw, great job with developer.sugarlabs.org
>>
>> Gonzalo
>>
>>
>> On Sun, Jun 16, 2013 at 11:09 AM, Daniel Narvaez wrote:
>>
>>> I added a pref to automatically setup remotes for github forks and ssh.
>>> This follows github docs recommended approach.
>>>
>>> http://developer.sugarlabs.org/dev-environment.md.html#github
>>>
>>> --
>>> Daniel Narvaez
>>>
>>> ___
>>> Sugar-devel mailing list
>>> Sugar-devel@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>
>>>
>>
>
>
> --
> Daniel Narvaez
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [sugar-build] Support for github forks and ssh

[Manuel Quiñones]

Very useful, Thanks!

2013/6/17 Daniel Narvaez :
> Let's say I made a sugar fork. This will make sugar-build pull from it
>
> dnarvaez@dnarvaez:~/sugar-build$ cat prefs.json
> {
> "github": {
> "forks": [
> "dnarvaez/sugar.git"
> ]
> }
> }
> dnarvaez@dnarvaez:~/sugar-build$ rm -rf sugar
> dnarvaez@dnarvaez:~/sugar-build$ ./osbuild pull sugar
> * Pulling sugar
>
> Now if I want to pull changes from upstream and update my fork (well, mine
> was already uptodate but...)
>
> dnarvaez@dnarvaez:~/sugar-build/sugar$ git fetch upstream
> From git://github.com/sugarlabs/sugar
>  * [new branch]  html   -> upstream/html
>  * [new branch]  html2  -> upstream/html2
>  * [new branch]  master -> upstream/master
>  * [new branch]  sucrose-0.82 -> upstream/sucrose-0.82
>  * [new branch]  sucrose-0.84 -> upstream/sucrose-0.84
>  * [new branch]  sucrose-0.86 -> upstream/sucrose-0.86
>  * [new branch]  sucrose-0.88 -> upstream/sucrose-0.88
>  * [new branch]  sucrose-0.90 -> upstream/sucrose-0.90
>  * [new branch]  sucrose-0.92 -> upstream/sucrose-0.92
>  * [new branch]  sucrose-0.94 -> upstream/sucrose-0.94
>  * [new branch]  sucrose-0.96 -> upstream/sucrose-0.96
>  * [new branch]  sucrose-0.98 -> upstream/sucrose-0.98
>  * [new branch]  tableview  -> upstream/tableview
> dnarvaez@dnarvaez:~/sugar-build/sugar$ git merge upstream/master
> Already up-to-date.
> dnarvaez@dnarvaez:~/sugar-build/sugar$ git push
> Everything up-to-date
>
> Finally, if I have write access to the official repository I can set it up
> like this
>
> {
> "github": {
> "forks": [
> "dnarvaez/sugar.git"
> ],
> "ssh": [
> "sugarlabs/sugar.git"
> ]
> }
> }
>
> So when I want to push someone else patch to the official repo I just
>
> git push upstream
>
>
>
> On 16 June 2013 21:56, Gonzalo Odiard  wrote:
>>
>> How should be the use in this case, can we set our repo forked in github,
>> and sugar-build will update from there?
>>
>> Btw, great job with developer.sugarlabs.org
>>
>> Gonzalo
>>
>>
>> On Sun, Jun 16, 2013 at 11:09 AM, Daniel Narvaez 
>> wrote:
>>>
>>> I added a pref to automatically setup remotes for github forks and ssh.
>>> This follows github docs recommended approach.
>>>
>>> http://developer.sugarlabs.org/dev-environment.md.html#github
>>>
>>> --
>>> Daniel Narvaez
>>>
>>> ___
>>> Sugar-devel mailing list
>>> Sugar-devel@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>
>>
>
>
>
> --
> Daniel Narvaez
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



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

Re: [Sugar-devel] About customization of xo icon

[Daniel Narvaez]

On 16 June 2013 21:51, Gonzalo Odiard  wrote:

> If you look at the icon in the example image in the feature page,
> is a pair of telephone tubes. I can hear teachers of support groups in
> deployments trying to explain how to go to the control panel,
> saying "press  over the icon with the kid like you have in the back of
> your computer",
> and that icon does not exist in any place. And the proposed patch don't
> change the icon in the home page, but in all places. Is good for
> consistency,
> but will add more noise.
>

Ok, I can see the inconsistency being potentially a problem in the
classroom. I'll defer to people with more classroom experience on this one,
it's a bit of a balance I suspect, between giving the kids the "power" to
customize and keeping the teachers happy :)

The only way I see this proposal can be better if we have a collection of
> icons
> easily identifiable with the xo icon kid, like adding a football ball, or
> dancing, painting, and so,
> and with the entities defined to preserve the user colors.
>

I certainly agree a good collection of icons is a must for this feature to
be useful.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [sugar-build] Support for github forks and ssh

[Daniel Narvaez]

Let's say I made a sugar fork. This will make sugar-build pull from it

dnarvaez@dnarvaez:~/sugar-build$ cat prefs.json
{
"github": {
"forks": [
"dnarvaez/sugar.git"
]
}
}
dnarvaez@dnarvaez:~/sugar-build$ rm -rf sugar
dnarvaez@dnarvaez:~/sugar-build$ ./osbuild pull sugar
* Pulling sugar

Now if I want to pull changes from upstream and update my fork (well, mine
was already uptodate but...)

dnarvaez@dnarvaez:~/sugar-build/sugar$ git fetch upstream
>From git://github.com/sugarlabs/sugar
 * [new branch]  html   -> upstream/html
 * [new branch]  html2  -> upstream/html2
 * [new branch]  master -> upstream/master
 * [new branch]  sucrose-0.82 -> upstream/sucrose-0.82
 * [new branch]  sucrose-0.84 -> upstream/sucrose-0.84
 * [new branch]  sucrose-0.86 -> upstream/sucrose-0.86
 * [new branch]  sucrose-0.88 -> upstream/sucrose-0.88
 * [new branch]  sucrose-0.90 -> upstream/sucrose-0.90
 * [new branch]  sucrose-0.92 -> upstream/sucrose-0.92
 * [new branch]  sucrose-0.94 -> upstream/sucrose-0.94
 * [new branch]  sucrose-0.96 -> upstream/sucrose-0.96
 * [new branch]  sucrose-0.98 -> upstream/sucrose-0.98
 * [new branch]  tableview  -> upstream/tableview
dnarvaez@dnarvaez:~/sugar-build/sugar$ git merge upstream/master
Already up-to-date.
dnarvaez@dnarvaez:~/sugar-build/sugar$ git push
Everything up-to-date

Finally, if I have write access to the official repository I can set it up
like this

{
"github": {
"forks": [
"dnarvaez/sugar.git"
],
"ssh": [
"sugarlabs/sugar.git"
]
}
}

So when I want to push someone else patch to the official repo I just

git push upstream



On 16 June 2013 21:56, Gonzalo Odiard  wrote:

> How should be the use in this case, can we set our repo forked in github,
> and sugar-build will update from there?
>
> Btw, great job with developer.sugarlabs.org
>
> Gonzalo
>
>
> On Sun, Jun 16, 2013 at 11:09 AM, Daniel Narvaez wrote:
>
>> I added a pref to automatically setup remotes for github forks and ssh.
>> This follows github docs recommended approach.
>>
>> http://developer.sugarlabs.org/dev-environment.md.html#github
>>
>> --
>> Daniel Narvaez
>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>>
>


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