at
webkit-dev-ow...@lists.webkit.org.
-- Forwarded message --
From: lkcl luke.leigh...@gmail.com
To: webkit-dev@lists.webkit.org
Date: Fri, 14 Aug 2009 03:12:00 -0700 (PDT)
Subject: [webkit-dev] Completing the goal of Webkit DOM bindings [was Re:
GDOM patch spam]
Eric Seidel-6
https://bugs.webkit.org/show_bug.cgi?id=25696#c2
thanks to paul for the guidance and for the leading work / patches on which
this is based, paul, the code that you sent me has a bug where the
scrollbars on a frame will go blank and disappear when you move the mouse
over them. the reason is that
Paul Pedriana-3 wrote:
The ScrollView::paint function seems wrong to me too.
The function source is shown below. I don't understand why it uses
context-clip(visibleContentRect()) without accounting for
documentDirtyRect. Shouldn't it make a union of visibleContentRect and
Andrew S. Townley-3 wrote:
Hi,
I'm trying to work with the GTK+ WebKit from svn/trunk to do rendering
for my application. Unfortunately, I'm having some troubles.
Unlike the majority of users, I don't need WebKit to access URIs on the
Internet. I need to be able to intercept them
Nirman Kumar wrote:
Hi,
how can I access the DOM from C++ APIs on Windows. Many methods like
nirman, hi,
if you don't mind it being a _little_ bit awkward, use the gobject
c-based bindings: at least they're reasonably complete.
i've just been sending samples to the list.
with Jonothan's webkitmmm, but
without the underlying API in Gtk, that doesn't take me much further
either.
hi phoenix,
the DOM manipulation - glib bindings - are available as a git repository,
branch-snapshotted from webkit svn from about six weeks ago:
http://github.com/lkcl/webkit/tree/16401
Gustavo Noronha Silva-5 wrote:
The fact that WebKit/GTK+ doesn't go forward is starting to harm its
momentum in the GNOME community, from my point of view - Epiphany is
already having to decide if they take back the decision to move from
Gecko to WebKit
that would be most
Paul Pedriana-3 wrote:
While a COM or similar interface may result in a library which makes
porting easiest for new platforms, it sometimes can be harder to
develop and maintain. We've been there and I can say that in some cases
an earlier reply mentioned also that the idea i suggested
Gustavo Noronha Silva-5 wrote:
On Wed, 2008-10-15 at 08:04 +, Luke Kenneth Casson Leighton wrote:
While I agree that it would be nice to have a separate library to which
both the GTK+ and Qt ports could link, for instance, I believe this
model would somewhat remove the agility the
9 matches
Mail list logo