On 12.1.2014 10:12, Sameer Verma wrote:
Has anyone created the wiki page as yet?
Just created the wiki page:
http://wiki.sugarlabs.org/go/Education_Team/Quest_for_Data
Please help me expand it as you gather feedback from other deployments.
Cheers,
Martin
Sounding like a broken record but can we have a tarball please :-)
On Sun, Jan 12, 2014 at 3:57 PM, Sugar Labs Activities
activit...@sugarlabs.org wrote:
Activity Homepage:
http://activities.sugarlabs.org/addon/4193
Sugar Platform:
0.82 - 0.100
Download Now:
On Thu, Jan 2, 2014 at 10:41 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
Hello,
here is another unstable release. There are several bug fixes, many of them
submitted by the Google Code In participants. The most invasive change is
probably the long overdue port from GConf to GSettings.
Ooops. Sorry about that. Should be there now:
http://download.sugarlabs.org/sources/honey/Physics/Physics-13.tar.bz2
-walter
On Mon, Jan 13, 2014 at 6:26 AM, Peter Robinson pbrobin...@gmail.com wrote:
Sounding like a broken record but can we have a tarball please :-)
On Sun, Jan 12, 2014 at
On Mon, Jan 13, 2014 at 11:38 AM, Peter Robinson pbrobin...@gmail.com wrote:
On Thu, Jan 2, 2014 at 10:41 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
Hello,
here is another unstable release. There are several bug fixes, many of them
submitted by the Google Code In participants. The most
Activity Homepage:
http://activities.sugarlabs.org/addon/4028
Sugar Platform:
0.96 - 0.100
Download Now:
http://activities.sugarlabs.org/downloads/file/28876/read-112.xo
Release notes:
Remove show_launcher = no
Updated translations
Sugar Labs Activities
http://activities.sugarlabs.org
What should be used instead of icon_size?
Gonzalo
On Sat, Jan 11, 2014 at 12:43 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
Ok, we looked more into this and it's an horrible, horrible mess. Several
activities are using Gtk.IconSize, often just passing it to Gtk.Image. Here
is the best
And sorry to be slow with the search, but yes, we are using it in
activities... a lot.
Gonzalo
On Mon, Jan 13, 2014 at 10:31 AM, Gonzalo Odiard godi...@sugarlabs.orgwrote:
What should be used instead of icon_size?
Gonzalo
On Sat, Jan 11, 2014 at 12:43 PM, Daniel Narvaez
pixel_size with style.STANDARD_ICON_SIZE (etc).
On 13 January 2014 14:55, Daniel Narvaez dwnarv...@gmail.com wrote:
For Icon pixel_size.
On 13 January 2014 14:31, Gonzalo Odiard godi...@sugarlabs.org wrote:
What should be used instead of icon_size?
Gonzalo
On Sat, Jan 11, 2014 at
Yeah, we searched Sunday and found that out :/ The proposal tries to be as
backward compatible as possible because of that.
On 13 January 2014 14:33, Gonzalo Odiard godi...@sugarlabs.org wrote:
And sorry to be slow with the search, but yes, we are using it in
activities... a lot.
Gonzalo
On 13 January 2014 12:38, Peter Robinson pbrobin...@gmail.com wrote:
On Thu, Jan 2, 2014 at 10:41 PM, Daniel Narvaez dwnarv...@gmail.com
wrote:
Hello,
here is another unstable release. There are several bug fixes, many of
them
submitted by the Google Code In participants. The most
Recently, a change in sugar was made to not show a activity in the
activities list,
if the show_launcher == 'no' [1]
As the activities list is the only way to uninstall a activity, or see the
version installed,
I would like to know what is the use case where this is needed.
Probably, this option
Sadly, have more sense set icon_size than pixel_size, right?
(More in the context of multiple pixels resolutions, like we have with the
xo and the desktop)
I think is better fix Icon to get the parameter and set the pixel_size,
and not do all the modifications Ignacio found.
In fact, Icon is
On 13 January 2014 15:37, Gonzalo Odiard godi...@sugarlabs.org wrote:
Sadly, have more sense set icon_size than pixel_size, right?
(More in the context of multiple pixels resolutions, like we have with the
xo and the desktop)
Well, we should be using the new layout scaling stuff in gtk to
On Mon, Jan 13, 2014 at 11:56 AM, Daniel Narvaez dwnarv...@gmail.comwrote:
On 13 January 2014 15:37, Gonzalo Odiard godi...@sugarlabs.org wrote:
Sadly, have more sense set icon_size than pixel_size, right?
(More in the context of multiple pixels resolutions, like we have with
the xo and the
IMO it should be deprecated and then removed at some point. In general, I
think our approach to API stability is way too ad hoc. We need some rules,
even if very simple, to define what is public, how/when it is deprecated,
and how/when it is removed.
On 13 January 2014 15:29, Gonzalo Odiard
Answering your question, this was used for activities that wouldn't make
sense to be launched without a file. Think of Read without an object
selector, for example. These days it seems like these activities should all
provide a selector (with the usual UI).
On 13 January 2014 15:29, Gonzalo
+1 to deprecate it.
Gonzalo
On Mon, Jan 13, 2014 at 12:09 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
Answering your question, this was used for activities that wouldn't make
sense to be launched without a file. Think of Read without an object
selector, for example. These days it seems
On 13 January 2014 16:10, Gonzalo Odiard godi...@sugarlabs.org wrote:
I think is better fix Icon to get the parameter and set the pixel_size,
and not do all the modifications Ignacio found.
Why? I think it's pretty clear that Gtk.IconSize will go away in gtk4. It
seems a good idea to get
To make sure we are on the same page... I think the icon_size parameter
should be supported (by converting internally to the appropriate pixel
size) but deprecated. And thus patches that get rid of icon_size usage in
core or activities are welcome.
My point was about the naming of the
2014/1/11 Emil Dudev emildu...@gmail.com:
3) In my opinion, Web Collaboration without a server (XS Server or an
Internet Server) has no sense. So I don't think we have to handle the
complexity for a stand alone collaboration into web activities.
Most of (if not all) of my work on the
On 13 January 2014 16:19, Gonzalo Odiard godi...@sugarlabs.org wrote:
To make sure we are on the same page... I think the icon_size parameter
should be supported (by converting internally to the appropriate pixel
size) but deprecated. And thus patches that get rid of icon_size usage in
core
+1
On Mon, Jan 13, 2014 at 12:36 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
On 13 January 2014 16:19, Gonzalo Odiard godi...@sugarlabs.org wrote:
To make sure we are on the same page... I think the icon_size parameter
should be supported (by converting internally to the appropriate pixel
2014/1/12 Lionel Laské lio...@olpc-france.org:
The only true peer-to-peer webRTC implementation we've found is from Chris
Ball (an old OLPC guy !) [2] but it need to use a specific Firefox version
and don't work on Chrome.
[2]
2014/1/13 Daniel Narvaez dwnarv...@gmail.com:
IMO it should be deprecated and then removed at some point. In general, I
think our approach to API stability is way too ad hoc. We need some rules,
even if very simple, to define what is public, how/when it is deprecated,
and how/when it is
I am trying to upstream this patch
https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/89
used in AU and in the dextrose images. Other than the code changes needed,
would be good know if there are consensus about two topics:
1) Why is needed this patch?
In the xo, while WOL (wake up on lan) is
On Mon, Jan 13, 2014 at 12:29 PM, Gonzalo Odiard godi...@sugarlabs.org wrote:
I am trying to upstream this patch
https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/89
used in AU and in the dextrose images. Other than the code changes needed,
would be good know if there are consensus about
I have uploaded new images for testing to
http://wiki.sugarlabs.org/go/0.100/Testing#Testing_images
now, I managed to create images for all the xo models.
This imaged, include almost all the changes in 0.100,
and a few features in the work to be included in 0.102 [1]
I didn't included the
2014/1/11 Daniel Narvaez dwnarv...@gmail.com:
Ok, we looked more into this and it's an horrible, horrible mess. Several
activities are using Gtk.IconSize, often just passing it to Gtk.Image. Here
is the best possible plan I can think of:
I agree with the whole plan.
- Change sugar and
The patch should be libertas specific if it only impacts laptops with
the libertas driver.
If it also impacts laptops with the mwifiex driver, reference the
ticket or update #10912?
How prevalent is this patch in other deployments? What will be the
power draw impact on deployments that adopt
On Mon, Jan 13, 2014 at 6:39 PM, James Cameron qu...@laptop.org wrote:
The patch should be libertas specific if it only impacts laptops with
the libertas driver.
If it also impacts laptops with the mwifiex driver, reference the
ticket or update #10912?
Can you confirm if loosing packages
On Mon, Jan 13, 2014 at 07:53:06PM -0200, Gonzalo Odiard wrote:
Can you confirm if loosing packages is a problem only with libertas
or affect also mwifiex? I am not sure neither how the drivers map to
xo models.
I don't know if packet loss over suspend is a problem with mwifiex.
libertas is
On 13 January 2014 18:21, Manuel Quiñones ma...@laptop.org wrote:
2014/1/13 Daniel Narvaez dwnarv...@gmail.com:
IMO it should be deprecated and then removed at some point. In general, I
think our approach to API stability is way too ad hoc. We need some
rules,
even if very simple, to
2014/1/13 Daniel Narvaez dwnarv...@gmail.com:
On 13 January 2014 18:21, Manuel Quiñones ma...@laptop.org wrote:
2014/1/13 Daniel Narvaez dwnarv...@gmail.com:
IMO it should be deprecated and then removed at some point. In general,
I
think our approach to API stability is way too ad hoc. We
Also served at http://manuq.github.io/maze-web/
2014/1/13 Sugar Labs Activities activit...@sugarlabs.org:
Activity Homepage:
http://activities.sugarlabs.org/addon/4727
Sugar Platform:
0.100 - 0.100
Download Now:
http://activities.sugarlabs.org/downloads/file/28877/maze_web-1.xo
Release
On 13 January 2014 21:13, Manuel Quiñones ma...@laptop.org wrote:
2014/1/11 Daniel Narvaez dwnarv...@gmail.com:
Ok, we looked more into this and it's an horrible, horrible mess. Several
activities are using Gtk.IconSize, often just passing it to Gtk.Image.
Here
is the best possible plan I
what about something like this http://semver.org/?
On Mon, Jan 13, 2014 at 8:32 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
On 13 January 2014 18:21, Manuel Quiñones ma...@laptop.org wrote:
2014/1/13 Daniel Narvaez dwnarv...@gmail.com:
IMO it should be deprecated and then removed at some
On 14 January 2014 00:44, Manuel Quiñones ma...@laptop.org wrote:
We just need a way to know what is public API and what is not. Maybe, for
new code, everything is public unless it has the usual underscore or
there
are inline docs mentioning it's not public. For old code well... I guess
Activity Homepage:
http://activities.sugarlabs.org/addon/4727
Sugar Platform:
0.100 - 0.100
Download Now:
http://activities.sugarlabs.org/downloads/file/28877/maze_web-1.xo
Release notes:
This is a remake of Maze activity using web technologies.
It features small animations and sounds.
Sugar
Gah, s/what is deprecated and what is not/what is dropped and what is not/
On 14 January 2014 01:15, Daniel Narvaez dwnarv...@gmail.com wrote:
On top of Manuel proposal or in alternative?
I mean, does bumping the major version imply that all the deprecated bits
are dropped? Or do we just
On top of Manuel proposal or in alternative?
I mean, does bumping the major version imply that all the deprecated bits
are dropped? Or do we just bump major whenever we make an API break but we
decide case by case what is deprecated and what is not?
On 14 January 2014 01:02, Code Raguet
My thoughts about semantic versioning
* I think we should be flexible on the deprecated API we drop. Bumping
major doesn't necessarily mean we have to drop all deprecated API.
* I'd really like to adopt it but I'm not sure how to apply it to our six
months cycle. It seems to be thought for
On 14 January 2014 01:33, Daniel Narvaez dwnarv...@gmail.com wrote:
On 14 January 2014 01:06, Daniel Narvaez dwnarv...@gmail.com wrote:
On 14 January 2014 00:44, Manuel Quiñones ma...@laptop.org wrote:
We just need a way to know what is public API and what is not. Maybe,
for
new code,
On 14 January 2014 01:49, Daniel Narvaez dwnarv...@gmail.com wrote:
On 14 January 2014 01:33, Daniel Narvaez dwnarv...@gmail.com wrote:
On 14 January 2014 01:06, Daniel Narvaez dwnarv...@gmail.com wrote:
On 14 January 2014 00:44, Manuel Quiñones ma...@laptop.org wrote:
We just need a way
So, to summarize what I'm proposing on top of what Manuel posted
* All interfaces which are not prefixed with an underscore are public.
* The authoritative source for deprecated interfaces and their timeframe is
a page in sugar-docs.
* sugar-web uses semantic versioning.
On 13 January 2014 15:56, Daniel Narvaez dwnarv...@gmail.com wrote:
On 13 January 2014 15:37, Gonzalo Odiard godi...@sugarlabs.org wrote:
Sadly, have more sense set icon_size than pixel_size, right?
(More in the context of multiple pixels resolutions, like we have with
the xo and the
On 14 January 2014 02:55, Daniel Narvaez dwnarv...@gmail.com wrote:
On 13 January 2014 15:56, Daniel Narvaez dwnarv...@gmail.com wrote:
On 13 January 2014 15:37, Gonzalo Odiard godi...@sugarlabs.org wrote:
Sadly, have more sense set icon_size than pixel_size, right?
(More in the context of
Thanks!
On Mon, Jan 13, 2014 at 7:51 PM, James Cameron qu...@laptop.org wrote:
On Mon, Jan 13, 2014 at 07:53:06PM -0200, Gonzalo Odiard wrote:
Can you confirm if loosing packages is a problem only with libertas
or affect also mwifiex? I am not sure neither how the drivers map to
xo
Hey great !
The animation at the end of the game (exploding dot !) is very cool.
Will be include in the next version of Sugarizer !
Thanks for that Manuel.
Lionel.
2014/1/14 sugar-devel-requ...@lists.sugarlabs.org
Date: Mon, 13 Jan 2014 21:56:14 -0200
From: Manuel Qui?ones
49 matches
Mail list logo