Hi all,
Because HTML5 activities generate lot of threads I must confess that Im
lost :-(
And if Im lost, I think that it worse for students interested by this
subject for the GSoC :-)
So Ive tried to sum up everything I know about this subject on a dedicated
page of the Wiki: http://wiki.s
Hi Lionel,
nice write up.
the only thing I'd change is probably to use Collaboration or something in
place of Telepathy. Just to make it clear we are after a generic API that
can work on other platforms too, rather than just wrapping telepathy.
About the confusion, yeah... I can imagine it being
On 2013-04-30, at 12:23, Daniel Narvaez wrote:
> Hi Lionel,
>
> nice write up.
>
> the only thing I'd change is probably to use Collaboration or something in
> place of Telepathy. Just to make it clear we are after a generic API that can
> work on other platforms too, rather than just wrapp
On 30 April 2013 12:35, Bert Freudenberg wrote:
> Will that new Collaboration API be made available to non-HTML activities,
> too? And how will it be different from the deprecated Presence Service?
No, the idea is that the public API layer will be javascript, the rest
being internal implementat
2013/4/30 James Cameron
>
> On Mon, Apr 29, 2013 at 10:42:40PM -0300, Manuel Qui?ones wrote:
> > 2013/4/29 James Cameron :
> > > On Mon, Apr 29, 2013 at 04:23:24PM -0300, Manuel Qui?ones wrote:
> > >> And here a live demo:
> > >>
> > >> http://manuq.github.io/clockjs/activity.html
> > >
> > > Shou
Should work on other browsers now:
http://manuq.github.io/clockjs/
2013/4/30 Manuel Quiñones :
> 2013/4/30 James Cameron
>>
>> On Mon, Apr 29, 2013 at 10:42:40PM -0300, Manuel Qui?ones wrote:
>> > 2013/4/29 James Cameron :
>> > > On Mon, Apr 29, 2013 at 04:23:24PM -0300, Manuel Qui?ones wrote:
>
On 2013-04-30, at 12:54, Daniel Narvaez wrote:
> On 30 April 2013 12:35, Bert Freudenberg wrote:
>> Will that new Collaboration API be made available to non-HTML activities,
>> too? And how will it be different from the deprecated Presence Service?
>
> No, the idea is that the public API layer
On 30 April 2013 14:00, Bert Freudenberg wrote:
> It is indeed the implementation details I'm talking about. The Javascript
> API could use an identical Python API. And that API could then be used both
> by Javascript activities and other activities, too. This would simplify the
> development pro
On 2013-04-30, at 14:13, Daniel Narvaez wrote:
> On 30 April 2013 14:00, Bert Freudenberg wrote:
>> It is indeed the implementation details I'm talking about. The Javascript
>> API could use an identical Python API. And that API could then be used both
>> by Javascript activities and other act
Hi all,
As we decided to our IRC meeting last week, Ive wrote a first draft
proposal for the JavaScript DataStore interface [1].
Basically the interface just match the DataStore existing interface.
The main issue is related to the concept of "file":
- File is at the heart of th
On 30 April 2013 17:05, Bert Freudenberg wrote:
> If you google "javascript dbus" you will find several bindings.
>
Yeah, I've been looking for a while :) Unfortunately I don't think there is
anything that would work in Webkit2 (and they all seem a bit dead). Might
be possible to make them work
As you point out, the main problem here is the concept of file.
My understanding is that with the new file APIs you are basically
requesting a sandboxed filesystem, then you can write and read there as you
please. Though I don't know how the shell would then have access to that
filesystem, to be a
The firefox guys are apparently not very keen about the w3c File stuff
https://hacks.mozilla.org/2012/07/why-no-filesystem-api-in-firefox/
On 30 April 2013 18:27, Daniel Narvaez wrote:
> As you point out, the main problem here is the concept of file.
>
> My understanding is that with the new f
Doesn't seem to be implemented in webkigtk yet and the work sort of stalled
apparently
https://bugs.webkit.org/show_bug.cgi?id=58443
On 30 April 2013 18:42, Daniel Narvaez wrote:
> The firefox guys are apparently not very keen about the w3c File stuff
>
> https://hacks.mozilla.org/2012/07/why-
Hi Lionel,
The page which you created summarizing the work plan for HTML activities
was very helpful in preparing my proposal.
I've submitted the first draft of my proposal.
Kindly go through it and help me improve the same.
Please note that, I'm yet to post links to my work in my proposal.
I'll
Hi everybody,
I have successfully built the project and after send "make run", my screen
just blinked.
My OS is Ubuntu 13.04, 64bit
I'm attaching the log file:
https://dl.dropboxusercontent.com/u/57690591/run-2.log
(https://dl.dropboxusercontent.com/u/57690591/run-2.log)
Thanks for y
>From the log it looks like you are trying to run as root. You should run as
normal user. (You should have also built it as normal user).
On 30 April 2013 21:28, Petr Huf wrote:
> Hi everybody,
>
> I have successfully built the project and after send "make run", my screen
> just blinked.
> My O
I have the same issue as Petr Huf
and I am running as root
2013/4/30 Daniel Narvaez
> From the log it looks like you are trying to run as root. You should run
> as normal user. (You should have also built it as normal user).
>
>
> On 30 April 2013 21:28, Petr Huf wrote:
>
>> Hi everybody,
>>
>
Just run it as normal user :)
On 30 April 2013 22:57, Cristhofer Travieso wrote:
> I have the same issue as Petr Huf
> and I am running as root
>
>
> 2013/4/30 Daniel Narvaez
>
>> From the log it looks like you are trying to run as root. You should run
>> as normal user. (You should have also
I have the same error since some months ago (I have 13.04 since 12.10 was
offcial)and get (without root):
The XKEYBOARD keymap compiler (xkbcomp) reports:> Warning: Compat map
for group 2 redefined> Using new definition> Warning:
Compat map for group 3 redefin
It doesn't look like the same error. You should check your shell.log (in
~/.sugar/default/).
I had a similar issue some time ago and it was due to the
gobject-introspection version if I remember correctly.
On 30 April 2013 23:02, Alan Jhonn Aguiar Schwyn wrote:
> I have the same error since som
Ok. The shell.log size is 16 mb !!A lot of:
Traceback (most recent call last): File
"/home/alan/Documentos/GIT/sugar-build/sugar-build/install/lib/python2.7/site-packages/jarabe/journal/listmodel.py",
line 218, in do_iter_nextidx = iterator.user_data + 1TypeError:
unsupported operand type(
Not sure but a clean build would probably work. It must be mixing up
glib/gobject-introspection versions.
Though as usual on 13.10 you are on your own :)
On 30 April 2013 23:15, Alan Jhonn Aguiar Schwyn wrote:
>
> Ok. The shell.log size is 16 mb !!
> A lot of:
>
> Traceback (most recent call la
It's a clean build. There are not differences with 13.04!I have another pc with
13.04 and get the "this version is not supported".
You test it on 13.04?
Date: Tue, 30 Apr 2013 23:24:06 +0200
From: dwnarv...@gmail.com
To: alan...@hotmail.com
CC: cristhofer...@gmail.com; sugar-devel@lists.sugarlab
On 30 April 2013 23:38, Alan Jhonn Aguiar Schwyn wrote:
> It's a clean build. There are not differences with 13.04!
>
Even if the packages was exactly the same, sugar-build would build slightly
different modules because you are not on 13.04... It could be improved
surely, I just don't have time a
Thanks, this can be used to fix the problem detailed in my mail
"Window handling for non-Python activities"
I have tested it.
On Sat, Feb 2, 2013 at 6:18 AM, Daniel Narvaez wrote:
> -def get_type(self):
> +def get_bundle_id(self):
> """Retrieve the activity bundle id for future
On Tue, Apr 30, 2013 at 08:58:50AM -0300, Manuel Qui?ones wrote:
> Should work on other browsers now:
>
> http://manuq.github.io/clockjs/
Agreed, works well, reasonably low CPU utilisation. Thanks.
--
James Cameron
http://quozl.linux.org.au/
___
Suga
I clone the githug git.
I have this:
romina@lechuga:~/Documentos/GIT/sugar-build$ git status
# En la rama master
nothing to commit, working directory clean
romina@lechuga:~/Documentos/GIT/sugar-build$ make
= Distribution information =
Name: ubuntu
Version: 13.04
GNOME version: 3.6
Gstreamer vers
2013/4/30 James Cameron :
> On Tue, Apr 30, 2013 at 08:58:50AM -0300, Manuel Qui?ones wrote:
>> Should work on other browsers now:
>>
>> http://manuq.github.io/clockjs/
>
> Agreed, works well, reasonably low CPU utilisation. Thanks.
Excellent. Thanks for checking the CPU consumption.
--
.. manu
Yes, it worked. I just had to change the owner for all files in sugar-build,
because I did git-clone as root too.
-- Původní zpráva --
Od: Daniel Narvaez
Datum: 30. 4. 2013
Předmět: Re: [Sugar-devel] "make run" - failed
"
>From the log it looks like you are trying to run a
Summary: this Clock activity consumes significantly less CPU on XO-4
and XO-1 when implemented in Javascript.
On Tue, Apr 30, 2013 at 08:42:18PM -0300, Manuel Qui?ones wrote:
> 2013/4/30 James Cameron :
> > On Tue, Apr 30, 2013 at 08:58:50AM -0300, Manuel Qui?ones wrote:
> >> Should work on other
31 matches
Mail list logo