Before we go further discussing implementation, could someone explain why
we need a global Discard wireless connections button vs the Forget item
in the device palette which someone has mostly implemented already?
___
Sugar-devel mailing list
On 21 January 2014 03:15, Frederick Grose fgr...@gmail.com wrote:
Daniel Narvaez wrote notificati...@github.com
Where are you testing this? In Fedora 20, the list of devices seems to be
available even if wireless is disabled
[dnarvaez@vaio src]$ nmcli r
WIFI-HW WIFI WWAN-HW WWAN
On 22 January 2014 00:31, James Cameron qu...@laptop.org wrote:
On Wed, Jan 22, 2014 at 12:24:31AM +0100, Daniel Narvaez wrote:
Before we go further discussing implementation, could someone
explain why we need a global Discard wireless connections button
vs the Forget item in the device
On 22 January 2014 00:57, James Cameron qu...@laptop.org wrote:
Well, today Sugar development will take years to reach most
deployments, thus I suspect it's not going to be useful to a large
part of XOs which are currently deployed. It would be interesting to
know if and how fast we are
On 22 January 2014 01:04, James Cameron qu...@laptop.org wrote:
On Wed, Jan 22, 2014 at 12:41:04AM +0100, Daniel Narvaez wrote:
I'm referring to this patch, I couldn't find it before.
https://github.com/sugarlabs/sugar/pull/153
It's actually per network, not per device, so it only
On 20 January 2014 07:14, James Cameron qu...@laptop.org wrote:
On Sat, Jan 18, 2014 at 12:07:34PM +0100, Daniel Narvaez wrote:
On 18 January 2014 11:32, James Cameron qu...@laptop.org wrote:
On Sat, Jan 18, 2014 at 10:41:57AM +0100, Daniel Narvaez wrote:
By the way, XO is our main
believe that the first approach would be easier, but with all this talk
about new frameworks for web activities and going multi platform, I'll
choose the second approach.
Emil Dudev
On Sat, Jan 18, 2014 at 1:19 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
Interesting! Are you planning to use
On 20 January 2014 13:53, Emil Dudev emildu...@gmail.com wrote:
On Mon, Jan 20, 2014 at 12:48 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
* Why did you go with a separate web activity instead on integrating
directly in the shell?
Integrating it directly with the current neighborhood
On 20 January 2014 21:34, James Cameron qu...@laptop.org wrote:
On Mon, Jan 20, 2014 at 11:16:09AM +0100, Daniel Narvaez wrote:
For the record what I was saying is that the XO is a dead end
because OLPC is not marketing it anymore, in favor of the Android
tablet. As a result I'd expect
On 19 January 2014 17:04, Gonzalo Odiard godi...@sugarlabs.org wrote:
I don't know if this was needed by historical reasons,
maybe the Gio functionality was not available.
mime.get_for_file do some magic to recognize text files.
Gio seems to handle that just fine (tested with
___
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
platform
can manage it, right? :)
Gonzalo
On Mon, Jan 13, 2014 at 11:01 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
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
On 14 January 2014 15:16, Manuel Quiñones ma...@laptop.org wrote:
2014/1/13 Daniel Narvaez dwnarv...@gmail.com:
So, to summarize what I'm proposing on top of what Manuel posted
* All interfaces which are not prefixed with an underscore are public.
Yes, and we should also add the __all__
- Learning Software for children
[1] http://bugs.sugarlabs.org/ticket/4715
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Daniel Narvaez
On 18 January 2014 11:32, James Cameron qu...@laptop.org wrote:
On Sat, Jan 18, 2014 at 10:41:57AM +0100, Daniel Narvaez wrote:
Just for the record I'm not sure wayland is completely out of
question for the XO, it does support non accelerated hardware to
some extent.
The OLPC XO does
connections.
gwebsockets: https://github.com/edudev/gwebsockets/tree/master
websocket-server: https://github.com/edudev/web-reply
Emil Dudev
On Sun, Jan 12, 2014 at 8:51 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
On 12 January 2014 19:01, Emil Dudev emildu...@gmail.com wrote:
About
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 12
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 dwnarv...@gmail.comwrote:
Ok, we looked more into this and it's an horrible, horrible mess.
Several activities
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
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
found using show_launcher = no was Read, and I
modified it.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Daniel Narvaez
___
Sugar
activity I found using show_launcher = no was Read, and I
modified it.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Daniel Narvaez
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
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
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
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
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
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
...@activitycentral.com wrote:
what about something like this http://semver.org/?
On Mon, Jan 13, 2014 at 8:32 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
On 13 January 2014 18:21, Manuel Quiñones ma...@laptop.org wrote:
2014/1/13 Daniel Narvaez dwnarv...@gmail.com:
IMO it should
for continuous development. (Can we
please please switch to continuous development? :P).
* I think we should adopt it for sugar-web.
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
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 desktop
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
that is completely false and misleading.
From the little I've seen this seems actually something could favor Sugar
rather than hurting. The Fedora rings talk was very interesting
https://lists.fedoraproject.org/pipermail/devel/2013-July/186323.html
--
Daniel Narvaez
, by definition, Sugarizer can't use Telepathy, it's a place where
I hope to reproduce the full experience on top of the collaboration API
we'll decide to choose.
Lionel.
2014/1/11 Daniel Narvaez dwnarv...@gmail.com
On 11 January 2014 12:19, Lionel Laské lio...@olpc-france.org
On 12 January 2014 19:01, Emil Dudev emildu...@gmail.com wrote:
About the telepathy part to send only the invites and establish the
connection:
I can't seem to be able to complete the invitation accepted process.
Sometimes it works, sometimes not (mostly not). For normal sugar activities
On 11 January 2014 15:21, Emil Dudev emildu...@gmail.com wrote:
If the approach you took is less work then making a separate framework,
doing presence only with telepathy might be a good first step. But I'd
rather go in the direction of both python and js activities doing
collaboration
On 11 January 2014 16:21, Emil Dudev emildu...@gmail.com wrote:
On Sat, Jan 11, 2014 at 4:31 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
On 11 January 2014 15:21, Emil Dudev emildu...@gmail.com wrote:
Can a similar web server be set up like jabber.sugarlabs.org is?
Do you mean if it's
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:
- Change sugar and sugar-toolkit-gtk3 to never use Gtk.IconSize explicitly.
Just use pixels, the sizes
On 11 January 2014 16:21, Emil Dudev emildu...@gmail.com wrote:
A possible way to limit telepathy usage is to setup such a server for
sugar's needs. All the collaboration for sugar's web activities will go
through it. It will use web sockets, not telepathy, so things should work
without
On 11 January 2014 12:19, Lionel Laské lio...@olpc-france.org wrote:
Hi Emil,
Thanks for this work. Nice to see that you've done this experiment.
Here my feelings on collaboration. It should probably join the Daniel's
remarks:
1) Sugar Web collaboration should be different than Sugar
if there are
other cases, especially in activities.
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
...@sugarlabs.org wrote:
I don't understand what is the problem or the use case. Could you explain?
Gonzalo
On Fri, Jan 10, 2014 at 12:43 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
Hi,
so, it looks like the GtkSettings icon sizes are ignored with 3.10
(intentionally deprecated). As far as I can
to do that in ToolButton, I do wonder if
there
are
other cases, especially in activities.
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
based on TogetherJS.
Regards,
Emil Dudev
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Daniel Narvaez
___
Sugar-devel mailing
telepathy to
bridge between websocket servers. If nothing else because of the mess of
protocols, (with associated complexity) that the second approach would make
(jabber | avahi + dbus + websockets).
On 11 January 2014 01:34, Daniel Narvaez dwnarv...@gmail.com wrote:
Hi Emil,
first of all, I
Hey,
I don't know who aklis is but great! :) That would really be appreciated!
Thanks! I'd try with the XO first because I suspect that will be pretty
fast.
On Thursday, 9 January 2014, Code Raguet wrote:
On Wed, Jan 8, 2014 at 10:49 PM, Daniel Narvaez
dwnarv...@gmail.comjavascript:_e
right : I've already a Githhub account. I was just trying hard to
push my project on the Sugar Hub.
I will try with a new repository into Github instead.
Regards
2014/1/9 Daniel Narvaez dwnarv...@gmail.com javascript:_e({}, 'cvml',
'dwnarv...@gmail.com');
I wouldn't let issue with gitorious
) locate where are the sources.
In the future, as w have a Duplicate option, we can add a Get Last
sources or similar,
and clone the repository to allow easier participation.
Gonzalo
On Thu, Jan 9, 2014 at 1:47 PM, Daniel Narvaez
dwnarv...@gmail.comjavascript:_e({}, 'cvml', 'dwnarv...@gmail.com
machine. Plus we have mockremote which we can reuse.
For completeness :)
On Thursday, 9 January 2014, Code Raguet wrote:
On Thu, Jan 9, 2014 at 1:36 PM, Daniel Narvaez
dwnarv...@gmail.comjavascript:_e({}, 'cvml', 'dwnarv...@gmail.com');
wrote:
I'd try with the XO first because I suspect
I made ARM packages. I have not yet had a chance to test them, but if
someone would like to give them a try feedback would be very appreciated.
This is the sugar-master.repo for the XO
[sugar-master]
name=Sugar master
description=Sugar Learning Platform
I have now set this up on fedora.sugarlabs.org. To install the repository
sudo curl -o /etc/yum.repos.d/sugar-master.repo
http://fedora.sugarlabs.org/repo/$distribution
The supported distributions are
fedora-18-i386
fedora-18-x86_64
fedora-18-armhfp
fedora-19-i386
fedora-19-x86_64
, it should be a pretty good way for people to try the
latest code.
* Perhaps we should set this up for the stable branch too at some point.
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar
?
--
Roger
Activity Central http://activitycentral.com/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Daniel Narvaez
___
Sugar-devel
.
___
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
-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
Oh sorry, I'd swear I had tested it, but I guess not :)
On 6 January 2014 08:12, Iain Brown Douglas i...@browndouglas.plus.comwrote:
On Mon, 2014-01-06 at 06:10 +, Iain Brown Douglas wrote:
On Sun, 2014-01-05 at 02:10 +, Daniel Narvaez wrote:
If you want to try the very latest
On 5 January 2014 03:10, Daniel Narvaez dwnarv...@gmail.com wrote:
* Copr is cool but it's still a bit of a work in progress. Mainly the
hosted instance lacks support for Fedora ARM. I'm trying to figure out when
they plan to set one up. If it's not planned really soon I will probably
try
Hello,
I just pushed the upgrade to F20. You should get it next time you pull. Let
me know if you find any issue!
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
I merged the changes to install nodejs tools with npm. And I posted a pull
request to upgrade to latest karma. Both of these might make a difference,
so let's if it just get fixed that way...
On 27 December 2013 23:24, Daniel Narvaez dwnarv...@gmail.com wrote:
Hello,
karma is hanging on i386
of gwebsockets with very minor changes
https://pypi.python.org/packages/source/g/gwebsockets/gwebsockets-0.4.tar.gz
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
PM, Daniel Narvaez
dwnarv...@gmail.comjavascript:_e({}, 'cvml', 'dwnarv...@gmail.com');
wrote:
On 24 December 2013 23:36, Alan Jhonn Aguiar Schwyn
alan...@hotmail.comjavascript:_e({}, 'cvml', 'alan...@hotmail.com');
wrote:
No. I only aswer this email (see below).
The mantainer
of gconf in sugar-toolkit-gtk3. I
couldn't find any code that still uses it.
Emil Dudev
On Sat, Dec 28, 2013 at 1:42 AM, Daniel Narvaez
dwnarv...@gmail.comjavascript:_e({}, 'cvml', 'dwnarv...@gmail.com');
wrote:
To summarize what is left here:
* Port activities to use sugar3.profile
On 27 December 2013 22:16, Emil Dudev emildu...@gmail.com wrote:
Here are the keys that activites still use from GConf:
org.sugarlabs.speech pitch, rate
org.sugarlabs.user nick, color
org.sugarlabs backup-url
org.sugarlabs.collaboration jabber-server
org.sugarlabs.power automatic
API that we will have to
support. As far as I know we can keep using GConf for this kiind of
settings until we have a good alternative.
On 27 December 2013 22:39, Walter Bender walter.ben...@gmail.com wrote:
On Fri, Dec 27, 2013 at 5:22 PM, Daniel Narvaez dwnarv...@gmail.com
wrote:
On 27
).
On 27 December 2013 23:10, Daniel Narvaez dwnarv...@gmail.com wrote:
For both activity-specific and plugins-specific settings we could probably
do something like this
http://askubuntu.com/questions/251712/how-can-i-install-a-gsettings-schema-without-root-privileges
We could add an helper
On 26 December 2013 17:02, Emil Dudev emildu...@gmail.com wrote:
As GConf is deprecated, it should be replaced by GSettings.
I've made a patch that will change most of the code to use GSettings.
(I'm not sure how to include the link, as it will cause the mail to be
sent to the spam folder).
On 26 December 2013 17:30, Emil Dudev emildu...@gmail.com wrote:
My changes to the makefiles only add gsettings support. GConf can
still be used and I doubt there will be any problems.
That's what I expect too but let's test if after migration gconf activities
still works the same as before.
On 26 December 2013 17:35, Daniel Narvaez dwnarv...@gmail.com wrote:
On 26 December 2013 17:30, Emil Dudev emildu...@gmail.com wrote:
My changes to the makefiles only add gsettings support. GConf can
still be used and I doubt there will be any problems.
That's what I expect too but let's
On 26 December 2013 17:50, Emil Dudev emildu...@gmail.com wrote:
Actually, when I started working on this, I changed the code in the
following way:
Read data from the GSettings database, write to both GSettings and GConf.
But I changed my mind, when I saw the article. Guess I'll make an
On 26 December 2013 18:17, Daniel Narvaez dwnarv...@gmail.com wrote:
About activities, there is probably a way to make them ship schemas but
I'm wondering what's the advantage for them to use gsettings vs a json or
ini file. It feels like added complexity without real advantages.
Gonzalo
at 5:17 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
On 26 December 2013 18:17, Daniel Narvaez dwnarv...@gmail.com wrote:
About activities, there is probably a way to make them ship schemas but
I'm wondering what's the advantage for them to use gsettings vs a json or
ini file. It feels like
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
On 24 December 2013 15:10, Aleksey Lim alsr...@sugarlabs.org wrote:
On Tue, Dec 24, 2013 at 08:49:02AM -0500, Walter Bender wrote:
IMHO, the git rep is less the issue than the ownership on ASLO. git is
set up for forks, ASLO less obvious. I can give Alan joint ownership
on ASLO. (The
By the way, we seem to have a non responsive maintainer policy already.
http://wiki.sugarlabs.org/go/Activity_Team/Policy_for_nonresponsive_maintainers
Any reason we are not following it?
On 24 December 2013 21:49, Daniel Narvaez dwnarv...@gmail.com wrote:
On 24 December 2013 15:10, Aleksey
(Assuming the policy is not obsolete or something, I think we should move
it to developer.sugarlabs.org).
On 24 December 2013 21:51, Daniel Narvaez dwnarv...@gmail.com wrote:
By the way, we seem to have a non responsive maintainer policy already.
http://wiki.sugarlabs.org/go/Activity_Team
to request this.
What you think?
Gonzalo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar
+1
On Tuesday, 24 December 2013, Walter Bender wrote:
It is current and we should be following it, IMHO.
-walter
On Tue, Dec 24, 2013 at 3:57 PM, Daniel Narvaez
dwnarv...@gmail.comjavascript:;
wrote:
(Assuming the policy is not obsolete or something, I think we should
move
, it seems like we are talking of changes that every audience would
like to get? If this was a fork to bring the activity in a different
direction then the thing would be completely different.
Thanks.
--
Daniel Narvaez
___
Sugar-devel mailing list
On 24 December 2013 23:08, Alan Jhonn Aguiar Schwyn alan...@hotmail.comwrote
Hi,
I thought that request access to a repository was simpler task.
In general, we have a policy for it, I think until there is consensus to
change it we should just follow it
On 24 December 2013 23:36, Alan Jhonn Aguiar Schwyn alan...@hotmail.comwrote:
No. I only aswer this email (see below).
The mantainer is not Unresponsive, only takes more of 1 month to asnwer,
that what is?
slow modem connection user? :-)
Well, to start with give him more of a chance :) He
Daniel Narvaez dwnarv...@gmail.com javascript:_e({}, 'cvml',
'dwnarv...@gmail.com');
On 19 December 2013 21:48, Rogelio Mita
rogeliom...@activitycentral.comjavascript:_e({}, 'cvml',
'rogeliom...@activitycentral.com');
wrote:
All sugar-web's tests are running into activityweb container
.
P.S.: Source code is available on https://github.com/llaske/Sugarizer
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Daniel Narvaez
On 20 December 2013 14:29, Iain Brown Douglas i...@browndouglas.plus.comwrote:
On Thu, 2013-12-19 at 15:59 -0200, Gonzalo Odiard wrote:
Hi Iain,
Could you test Write from git https://git.sugarlabs.org/write
and confirm if is working for you?
Testing environment:
On 20 December 2013 16:42, Code Raguet ignacio.c...@gmail.com wrote:
On Fri, Dec 20, 2013 at 6:04 AM, Daniel Narvaez dwnarv...@gmail.comwrote:
What about using the user agent in isStandalone instead of the protocol?
We can make the web activity and the sugar-web-test use two different
On 20 December 2013 16:54, Code Raguet irag...@activitycentral.com wrote:
We should not set window.top.sugar = {} from the javascript side. Instead
we should if isStandalone callback({}).
yes, we are on it
My point in this thread is:
*should we develop thread-safe code when handling
On 20 December 2013 20:54, Code Raguet irag...@activitycentral.com wrote:
On Fri, Dec 20, 2013 at 4:38 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
chrome: not mandatory
But likely to be mandatory in the not too distant future.
are you sure about this?
I thought that browsers were
Buildbot seems happy. Thanks!
On Thursday, 19 December 2013, Gonzalo Odiard wrote:
Pushed a change to not save the content if abiword version is 3.0
Please confirm me if that solves the problem in your env.
Gonzalo
On Wed, Dec 18, 2013 at 2:31 PM, Daniel Narvaez
dwnarv
://lists.sugarlabs.org/listinfo/sugar-devel
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
prop.[?]
Same tests on Chrome showed single-thread behavior... [?]
So the thesis would be running those on webkit... but we haven't yet
We had some unrelated issues and before keep digging I want ask you what
do you think/know about...
Thanks,
Code
--
Daniel Narvaez
328.png341
On 19 December 2013 17:14, Code Raguet irag...@activitycentral.com wrote:
On Thu, Dec 19, 2013 at 12:28 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
Can you explain where multi thread would be an issue in our code? Why I'm
thinking perhaps simplistically is that we are already dealing
On 19 December 2013 21:48, Rogelio Mita rogeliom...@activitycentral.comwrote:
All sugar-web's tests are running into activityweb container, using
sugar-web-test activity, all url requests which they do, have http
scheme, and our current implementation of isStandanlone makes check on the
Note that switching to the f20 branch and osbuild-pulling is supported but
not going back to master again. So if you want to be able to go back to f19
use a separate clone.
On 18 December 2013 22:56, Daniel Narvaez dwnarv...@gmail.com wrote:
Hello,
I added an f20 branch to sugar-build
://lists.sugarlabs.org/listinfo/sugar-devel
--
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
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http
the support can be extended to not only text and images.
Emil Dudev
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Daniel Narvaez
___
Sugar
On 13 December 2013 20:56, Code Raguet irag...@activitycentral.com wrote:
Only on the first save().
Using getEnv().defaultTimeoutInterval = something we could increase the
timeout for all the datastore tests or even for all the tests. I'm worried
it would get a bit annoying for development to
On 17 December 2013 20:31, Code Raguet irag...@activitycentral.com wrote:
On Tue, Dec 17, 2013 at 2:37 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
Yeah, perhaps we need to start distinguishing unit tests from integration
tests, with the second not being run by default
+1
(the test
201 - 300 of 1729 matches
Mail list logo