aboutsummaryrefslogtreecommitdiffstats
path: root/README.xwidget
diff options
context:
space:
mode:
Diffstat (limited to 'README.xwidget')
-rw-r--r--README.xwidget41
1 files changed, 37 insertions, 4 deletions
diff --git a/README.xwidget b/README.xwidget
index 59ddf9d2435..bc01ad95d66 100644
--- a/README.xwidget
+++ b/README.xwidget
@@ -317,7 +317,8 @@ although embedding a browser is not my primary concern many are
317interested in this. some suitable browser component needs to be found 317interested in this. some suitable browser component needs to be found
318supporting gtk. 318supporting gtk.
319 319
320*** webkit 320*** DONE webkit
321 CLOSED: [2011-07-03 Sun 22:13]
321there is a webkit gtk port. there is no obvious mvc support. 322there is a webkit gtk port. there is no obvious mvc support.
322http://live.gnome.org/WebKitGtk 323http://live.gnome.org/WebKitGtk
323http://webkitgtk.org/ 324http://webkitgtk.org/
@@ -370,7 +371,8 @@ idea is that whatever oddness webkit does so that offscreen rendering
370doesnt work, doesnt happen on-screen. the window could be opened 371doesnt work, doesnt happen on-screen. the window could be opened
371somewhere not in the way. 372somewhere not in the way.
372 373
373*** firefox 374*** CANCELLED firefox
375 CLOSED: [2011-07-03 Sun 22:13]
374http://www-archive.mozilla.org/unix/gtk-embedding.html 376http://www-archive.mozilla.org/unix/gtk-embedding.html
375seems to be severly bitrotted 377seems to be severly bitrotted
376 378
@@ -379,7 +381,33 @@ http://hg.mozilla.org/incubator/embedding/file/29ac0fe51754/gtk/tests/test.cpp
379 381
380while webkit clearly has the best traction as an embeddee, the 382while webkit clearly has the best traction as an embeddee, the
381offscreen rendering issues makes it interesting to see what ff brings 383offscreen rendering issues makes it interesting to see what ff brings
382to the table. 384to the table. turns out webkit has as good offscreen support as anyone.
385
386
387*** TODO text field support
388Emacs captures all keyboard events so text field support isn't super
389straightforward.
390
391**** propagate keyboard events
392I have some old hacks for this and they are not good.
393**** use the DOM model
394expose document.activeElement to lisp. This is potentially more
395interesting than just forwarding keyboard events.
396
397webkit_web_view_get_dom_document ()
398
399**** DONE inject javascript
400 CLOSED: [2011-07-03 Sun 22:50]
401webkit_web_view_execute_script ()
402
403this works now:
404(xwidget-webkit-execute-script 5 "document.activeElement.value='test'")
405
406so it should be possible to do some interesting stuff.
407execute-script does however not return anything at the interface level
408so satisfaction is not total.
409
410http://markmail.org/message/4yowmdgras73z3x5
383 411
384 412
385** TODO clipping of controllers 413** TODO clipping of controllers
@@ -479,13 +507,18 @@ the needed data is private to the base class. to overcome this:
479** TODO use FRAME_GTK_WIDGET (f) 507** TODO use FRAME_GTK_WIDGET (f)
480rather than gwfixed 508rather than gwfixed
481 509
482** TODO translate clicks 510** DONE translate clicks
511 CLOSED: [2011-07-03 Sun 22:12]
483on onscreen webkit peer to offscreen 512on onscreen webkit peer to offscreen
484 513
485maybe 514maybe
486http://developer.gnome.org/gdk/stable/gdk-Windows.html#GdkWindow-from-embedder 515http://developer.gnome.org/gdk/stable/gdk-Windows.html#GdkWindow-from-embedder
487 516
517turned out tell be not so hard, captured events, copied them and
518forwarded them offscreen!
488 519
489** TODO investigate gdk_window_redirect_to_drawable 520** TODO investigate gdk_window_redirect_to_drawable
490http://developer.gnome.org/gdk/stable/gdk-Windows.html#gdk-offscreen-window-set-embedder 521http://developer.gnome.org/gdk/stable/gdk-Windows.html#gdk-offscreen-window-set-embedder
491maybe control be used in place of my own copy hacks? 522maybe control be used in place of my own copy hacks?
523
524