Hi All,
For those that are following along and testing the new SoaS release
there's a new test compose out. It has a number of fixes in and Write
should be back in the build by default.
Fedora is now in Freeze locking down for release so we're into bugfix
only mode but if we could get a fix soon
2013/11/27 Daniel Narvaez dwnarv...@gmail.com
My summary email is still valid but for completeness... I'm not sure it's
possible even from inside webkit to implement a non-racy
window-object-cleared signal.
sounds good, I'm sure that python WebKit2 has to provide some solution to
this
Please remember we will be using web activities with Webkit1 for a while.
Just a note, to be sure we don't go for something Webkit2 only.
Gonzalo
On Wed, Nov 27, 2013 at 10:16 AM, Rogelio Mita
rogeliom...@activitycentral.com wrote:
2013/11/27 Daniel Narvaez dwnarv...@gmail.com
My summary
It *might* not be possible to use the same approach on both. Though,
interestingly, this is much easier on webkit1 so one way or another it
should be possible to make it work.
We need to merge support for webkitgtk1 upstream if we want upstream
patches to be required to not break it.
On
On Wed, Nov 27, 2013 at 10:33 AM, Daniel Narvaez dwnarv...@gmail.comwrote:
It *might* not be possible to use the same approach on both. Though,
interestingly, this is much easier on webkit1 so one way or another it
should be possible to make it work.
We need to merge support for webkitgtk1
The env variable should be fine. Though can you open a thread about
supporting webkit1? I think it's a major decision and we should ensure
everyone is in the loop, especially since we had decided to support webkit2
only in the kick of meeting.
On Wednesday, 27 November 2013, Gonzalo Odiard wrote:
Ok
On Wed, Nov 27, 2013 at 10:48 AM, Daniel Narvaez dwnarv...@gmail.comwrote:
The env variable should be fine. Though can you open a thread about
supporting webkit1? I think it's a major decision and we should ensure
everyone is in the loop, especially since we had decided to support webkit2
When we started the work in web activities, we decided work with webkit2,
because is possible solve a few problems in the client side,
without need a local webserver.
But right now, in the XOs, we have F18 working, and Webkit2 crashes,
then I didn't find other solution than modify webactivity to
I think it's good to have this upstream because otherwise changes to
sugar-web will easily break webkit1 support.
I'm not completely convinced we should support webkit1 yet. I'm worried it
will be pretty painful to maintain. It should be possible to port webkitgtk
2.2 to Fedora 18...
Though I
On Wed, Nov 27, 2013 at 1:04 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
I think it's good to have this upstream because otherwise changes to
sugar-web will easily break webkit1 support.
I'm not completely convinced we should support webkit1 yet. I'm worried it
will be pretty painful to
Nice!, I quickly looked at the patch and I urged try to encapsulate the all
logic of webkit2 and the webkit1 in separate modules, using a luck of
strategy pattern or do something polymorphic, but I notice that it is a
decision not yet taken (as Daniel says), I doubt whether to spend time on
this
I am not opposed to alternative implementations,
if we can keep it simple.
This is a workaround for a problem, in the end, we want remove it,
when is not needed anymore.
Gonzalo
On Wed, Nov 27, 2013 at 2:22 PM, Rogelio Mita
rogeliom...@activitycentral.com wrote:
Nice!, I quickly looked at
I mean, because the goal is remove in the future, we need isolate this
logic in a separate module to make this transparency on webactivity
module, this is what I mean.
And the elimination process should be going to the main module
(webactivity) which is a kind of controller in this case and then
Asking here to know what to do.
One of our GCI students reported a error trying to run Record activity
in sugar-build. The log show Record is trying to get profile.get_pubkey()
and get a error. get_pubkey() looks for the file owner.key.pub
int the directory env.get_profile_path()
Now, Record is a
Ok, working on that we have these situations:
*Context:*
- Hard dependecy between repos: sugar-toolkit-gtk3 -- sugar-web
- Exists only one functional test (Test interaction/contracts between
classes) that is not working, ref:
Estás usando una XO?El último TurtleBots es el 22:
http://activities.sugarlabs.org/es-ES/sugar/addon/4434
El firmware podés actualizarlo (y ver la versión) con ésta actividad:
http://activities.sugarlabs.org/es-ES/sugar/addon/4621
Los motores se alimentan externamente: de la placa solo saca para
16 matches
Mail list logo