list owner at
webkit-dev-ow...@lists.webkit.org.
-- Forwarded message ------
From: lkcl
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 wrote:
Holger Freyther-6 wrote:
>
> On Tuesday 09 June 2009 10:39:41 Luke Kenneth Casson Leighton wrote:
>> [hiya sean, moving this to webkit-dev as other people may benefit from
>> it, hope you don't mind]
>
> sorry, I don't understand at all... copying stuff over in the middle of
> thread
> is not
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
> doc
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
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.
https://bug
christian wrote:
>
> Hey Luke,
>
> I suggest you accept the fact that coding style and naming are a matter
> of preference and convention. A Glib specific binding should really
> adapt the API style, even if there coding style in the implementation
> may differ. If JavaScript sources dominantl
so been playing 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 we
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 unfor
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 sugges
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
11 matches
Mail list logo