Talk:Webkit backend for Hulahop: Difference between revisions

Line 3:

Lucian, i've already added the python DOM bindings to pywebkitgtk that you will need in order to complete this work. I've also recently added a wrapper script that makes the two (hulahop and pywebkitgtk) look near-identical. You will need to bitch like mad at apple and will need to add your voice to those wishing to see the necessary glib / gobject bindings added into webkit. If you do not, it will be believed that i am the only person who would like to see this happen and i have been treated with the utmost enormous amount of disrespect and arrogance that only a billion dollar company can muster. see bug #16401 on webkit and bug #13 on code.google.com pywebkitgtk for the necessary patches.

: I've voted on that webkit bug, that's about as much as I can do. If it doesn't get accepted, it's just annoying, not dealbreaking. Distros will manage this.

also btw the pywebkitgtk and also the hulahop engines are actually sufficiently powerful to actually _replace_ the sugarlabs graphics engine, which is currently written in a hybrid of c and python, with pure python. which would be very cool.

: It would be very cool, but sugar.graphics is a very leaky abstractions, pretty much all activities use GTK widgets too. When it gets more GTK-agnostic, web-engine would be a very interesting platform (next to Qt, Android and Swing).

@@ Line 3: / Line 3: @@
 Lucian, i've already added the python DOM bindings to pywebkitgtk that you will need in order to complete this work.  I've also recently added a wrapper script that makes the two (hulahop and pywebkitgtk) look near-identical.  You will need to bitch like mad at apple and will need to add your voice to those wishing to see the necessary glib / gobject bindings added into webkit.  If you do not, it will be believed that i am the only person who would like to see this happen and i have been treated with the utmost enormous amount of disrespect and arrogance that only a billion dollar company can muster.  see bug #16401 on webkit and bug #13 on code.google.com pywebkitgtk for the necessary patches.
+: I've voted on that webkit bug, that's about as much as I can do. If it doesn't get accepted, it's just annoying, not dealbreaking. Distros will manage this.
 also btw the pywebkitgtk and also the hulahop engines are actually sufficiently powerful to actually _replace_ the sugarlabs graphics engine, which is currently written in a hybrid of c and python, with pure python.  which would be very cool.
+: It would be very cool, but sugar.graphics is a very leaky abstractions, pretty much all activities use GTK widgets too. When it gets more GTK-agnostic, web-engine would be a very interesting platform (next to Qt, Android and Swing).