<div dir="ltr">I think is a interesting development, but also I am worried about include more C code in the toolkit.<div>The true is we don't have enough expertise in the community.</div><div>By example we have a error closing sugar [1]</div>
<div>I am pretty sure is related to one part of code in C, but was not able to solve it,</div><div>and nobody else solved it neither.</div><div>And webactivities are just starting, then more changes will be needed.</div><div>
Maybe you can compromise to maintain it as a compatible alternative,</div><div>available to be used when needed.</div><div><br></div><div>Gonzalo</div><div><br></div><div>[1] <a href="http://dev.laptop.org/ticket/12593">http://dev.laptop.org/ticket/12593</a>  </div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Nov 7, 2013 at 6:36 PM, NoiseEHC <span dir="ltr"><<a href="mailto:noiseehc@gmail.com" target="_blank">noiseehc@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi!<br>
<br>
Just to prove that it can be done, I have hacked a little bit more on the native HTML activity which can be found here:<br>
<a href="https://github.com/NoiseEHC/sugar-webkit-native" target="_blank">https://github.com/NoiseEHC/<u></u>sugar-webkit-native</a><br>
<br>
I tried to create virtual pages by using WebKit1's or Soap's url rewriting callbacks but it turns out that no matter what you do, the thing wants to use the data from the TCP stream... So I turned to starting a (Soap) HTTP server inside the native activity (on a random port) and it works. Now the activity runs from localhost (/activity and /web subfolders) and there is a virtual folder called /journal. It has only one hacked file, the /journal/journal.html, which has links to all the things in the journal. It queries the journal service via DBUS. I have to tell you that working with GVariant from C is a real PITA, so I did not implement the load/store of the real journal files, but it is clearly possible... (Beware, it leaks every possible resources, it is just a proof of concept.)<br>

<br>
Now, I do not know what is the problem with WebKit1, it seems to work for me, and at least it does not crash on an XO-1.75 as WebKit2 does. On the other hand I cannot try it on my XO-1.75 as it is not possible anymore to install webkitgtk-devel on the machine as I told you last time...<br>

<br>
This whole project has the following benefits:<br>
- It is much-much faster than the python one. It does matter on an XO.<br>
- It does not depend on the WebKitGTK python bindings to be maintained, it can use all WebKitGTK's features.<br>
- It does not have a dependency on Node.js.<br>
- It does not use WebSocket, which would require using WebKit2...<br>
<br>
So now it is your decision whether you use it or not.<br>
<br>
Thanks,<br>
Andrew<br>
______________________________<u></u>_________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.<u></u>org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/<u></u>listinfo/sugar-devel</a><br>
</blockquote></div><br></div>