On 8/8/09, Jeremy Orlow wrote:
> Have you looked at WebKitTools/Scripts/bugzilla-tool?
> There's a lot of overlap between what it does and what you do, but there are
> definitely (very cool) features in yours that it doesn't have.
another thing that was initially in there, and is commented out r
On 8/8/09, Jeremy Orlow wrote:
> Have you looked at WebKitTools/Scripts/bugzilla-tool?
*sigh* - nooo :)
> There's a lot of overlap between what it does and what you do, but there are
> definitely (very cool) features in yours that it doesn't have.
>
> Maybe you or someone else could try pullin
as part of managing 29 patches to webkit i decided to develop a system
which parses the ChangeLog entries and re-creates the patches. but -
not only that, there's a system for automatic uploading of the patch
attachment, as well:
http://lkcl.net/webkit/patman
it could probably be adapted equally
this is a progress report for archival and informational purposes on
the upkeep of bug #16401, providing useable and useful glib / gobject
bindings to the full webkit DOM implementation. pending inclusion in
webkit svn, the code is being kept up-to-date on an ad-hoc basis at
http://github.org/lkcl
On 7/23/09, Maciej Stachowiak wrote:
>
> Responding to review comments should be done in the relevant bugzilla bug,
> not on the mailing list. It's ok to post here if you think an issue needs
> wider input from the community, but that doesn't seem to be the case with
> this issue.
maciej, thank
starting here:
https://bugs.webkit.org/show_bug.cgi?id=27435#c3
the issue is raised and noted that the W3C specification has several
functions with the exact same name and several parameters, and that c
simply is not equipped to cope with this.
the reason why i'm raising this on webkit-dev is bec
On 7/13/09, Maciej Stachowiak wrote:
> Hi Luke,
>
> I think your webkit-dev emails are becoming disruptive. Sending
> profanity-laced
[apologised and explained already]
> walls of text
maciej,
i thought i'd best pick up on this one and nip it in the bud, even
though i've replied already.
On 7/13/09, Luke Kenneth Casson Leighton wrote:
> > I concur with Maciej.
> >
> > Luke, in some other culture your posts are already considered derogatory
> and
> > insulting.
also - (i apologise for not thinking of this earlier) - it's worth
emphasis
> I concur with Maciej.
>
> Luke, in some other culture your posts are already considered derogatory and
> insulting.
dear ariya,
i apologise for that. i invite you to consider this, especially in
light of the subject being discussed: if there was not a deep seated
problem with the way that
On 7/13/09, Maciej Stachowiak wrote:
> Hi Luke,
hi maciej,
> I think your webkit-dev emails are becoming disruptive.
whilst at the same time apologising for being disruptive, i'd like to
ask you why you consider that to be a bad thing.
> Sending
> profanity-laced walls of text is not an ap
> Hi everyone,
>
> One common topic for discussion has been how to make our process
> around patch submission better. As the project grows, it's becoming
> more important for this process to work really smoothly, and we are
> seeing some breakdowns.
well, this is interesting - some good timing on
-- Forwarded message --
From: Luke Kenneth Casson Leighton
Date: Jul 12, 2009 9:49 PM
Subject: updated glib/gobject bindings patch
To: webkit-dev@lists.webkit.org
this is worthwhile sending to the webkit-dev list, as i know that
there are people following along.
https
> Um. Unite is not part of rendering, layout or javascript. It is part of
> the browser. WebKit is not a browser. It is a browser engine.
... a browser engine where the javascript namespace / DOM namespace
that can be extended?
> Could you explain how unite represents part of rendering, la
On 6/16/09, Oliver Hunt wrote:
> unite is a browser feature, not an engine feature and as such it would not
> be appropriate for it to be implemented as part of WebKit.
great! webkit gets left behind, as technology moves forward.
___
webkit-dev mailin
went for COM - it's accessible and easily extensible across a
wide range of free software languages and environments].
l.
On 6/16/09, Luke Kenneth Casson Leighton wrote:
> http://dev.opera.com/libraries/unite/
___
webkit-dev mailing list
webk
http://dev.opera.com/libraries/unite/
this is a stunningly cool idea, so much so i had to let people know
about it and invite webkit developers (i'll ping the mozilla ones
separately) to provide an implementation, too. the key bit is best
hinted at from http://dev.opera.com/articles/view/opera-un
On 6/10/09, Leon Winter wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> the GDOM-Binding provides functions for setting up global CSS rules
> and manipulating them. I'm interested in this functions, especially in:
>
> WEBKIT_API glong
> gdom_css_style_sheet_add_rule (Gdo
On 6/10/09, Leon Winter wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> >> > so if you delete the .lo then the build process happily recreates
> the .o
> >
> >> Actually it was "rm DerivedSources/JS*.lo". Thanks for all your help
> >> so far.
> >
> > yaay.
> >
>
> I forget to mention the console output during execution:
>
> (test:32645): GLib-GObject-CRITICAL **: g_param_spec_double: assertion
> `default_value >= minimum && default_value <= maximum' failed
>
> (test:32645): GLib-GObject-CRITICAL **:
> g_object_class_install_property: assertion `G_IS_PA
> > so if you delete the .lo then the build process happily recreates the .o
> Actually it was "rm DerivedSources/JS*.lo". Thanks for all your help
> so far.
yaay.
> Here is a working XPath sample:
yaay!
> res = gdom_document_evaluate(doc, exp, body, resolver, 0, NULL);
> Next th
> ah _ha_. GdomEventTargetNode used to be a custom-written base class
> which has now been removed, because the virtual base class
> EventTargetNode has been merged into Node. when GdomEventTargetNode
> went belly-up, so did the browser-event handling. whoops!
>
> i'll try adding it to Nod
> (test2:9403): GLib-GObject-WARNING **:
> /build/buildd/glib2.0-2.18.4/gobject/gsignal.c:3075: signal name
> `browser-event::click' is invalid for instance `0xcf3b70'
>
> so - yeah, whoops, something wrong there. not surprising, because
> this area of functionality (event handling) has chang
[again, posting to webkit-dev for benefit of other developers]
> The event listeners/callbacks seems to be broken:
>
> g_signal_connect (G_OBJECT (div), "browser-event", G_CALLBACK
>
> (dispatch_event_cb), div);
>
> According to gcc dispatch_event_cb() takes no args, which is bad since
> there
[moving this discussion to webkit-dev]
On 6/7/09, Leon Winter wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> I tried to port my javascript further in order to find new issues and
> I found some as expected:
>
> Luke, in your example main.c you use the custom function
> get_absol
> Just grabbed the latest git.
> make complains about that:
>
> ar: DerivedSources/.libs/JSCSSCharsetRule.o: No such file or directory
yeah, i got that too - bizarre that you repeated it. it's because the
.lo file exists but the .o does not.
so if you delete the .lo then the build process hap
[hiya sean, moving this to webkit-dev as other people may benefit from
it, hope you don't mind]
On 6/9/09, Sean Neilan wrote:
> I'm almost there!
> snei...@myhost:~/Desktop$ gcc main.c -o main `pkg-config --cflags --libs
> webkit-1.0`
> main.c: In function ‘print_attribute’:
> main.c:191: warnin
> from a random google search, leading to this:
> http://www.faqts.com/knowledge_base/view.phtml/aid/34022
>
> a code snippet is this:
>
> // test with no prefix doesn't find nodes:
> var xpathResult = xmlDocument.evaluate(
> "//element",
> xmlDocument,
> null,
> XPathResult.ORDERED_NOD
On 6/8/09, Luke Kenneth Casson Leighton wrote:
> > Well I tried:
> >
> >
> > GdomXPathResult *res;
> > char* exp = "//html:select";
> > GdomDocument *doc = get_dom_document();
> > GdomNodeList *els = gdo
> Well I tried:
>
>
> GdomXPathResult *res;
> char* exp = "//html:select";
> GdomDocument *doc = get_dom_document();
> GdomNodeList *els = gdom_document_get_elements_by_tag_name(doc,
> "body");
> GdomNode *body = gdom_node_list_item(els, 0);
> GdomXPathNSResolver *resolver
On 6/8/09, Leon Winter wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> Leon Winter wrote:
> > Hi,
> >> GdomXPathNSResolver *resolver =
> >> gdom_x_path_evaluator_create_ns_resolver(doc, body);
> >
> >> l.
> > Yeah minor mistake from my side (sorry for that), anyway it
> > se
On 6/8/09, Leon Winter wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> >
> > GdomXPathNSResolver *resolver =
> > gdom_x_path_evaluator_create_ns_resolver(doc, body);
> >
> > l.
>
> Yeah minor mistake from my side (sorry for that), anyway it segfaults
> since we cannot i
[taking this discussion onto webkit-dev for the benefit of other
people who may wish to use the glib / gobject bindings in the future]
On 6/6/09, Leon Winter wrote:
> Hi,
>
> @Luke: how is XPath supposed to work?
>
> GdomXPathResult *res;
> GdomXPathEvaluator evaluator;
> char *exp = "/
the purpose of this message is to highlight to webkit users and
developers the increased flexibility and reach of webkit when it is
extended to programming languages other than c++ and javascript.
appcelerator is one project that has stated clearly on its roadmap the
provision for python and ruby
On Fri, May 15, 2009 at 5:29 PM, David Hyatt wrote:
> On May 15, 2009, at 12:18 PM, lkcl wrote:
>
>>
>> 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
On Tue, Feb 24, 2009 at 6:34 PM, Christian Dywan wrote:
> Hey,
>
> note that some time ago the WebKitGtk hackers decided to drop support
> for libcurl and always work with libsoup.
ohh. ... same difference? :)
> If you check out the source
> from the repository by now, you have to build with
webkit-glib-gtk provides gobject bindings to webkit's DOM model.
pywebkitgtk provides python bindings to the gobject bindings of
webkit's DOM model.
files are available for download at:
https://sourceforge.net/project/showfiles.php?group_id=236659&package_id=290457&release_id=650548
separate pre-
http://lkcl.net/webkit/main.c
the modifications to main.c are getting a little bit more
sophisticated, so i thought it best to post it as a separate link,
with explanations here.
get_absolute_top() is a [bad] port of the pyjamas-desktop javascript
function of the same absolute camelised name, DOM
here's a second example:
static void walk_table_node(GdomNode *node)
{
GdomNode *child;
g_object_get(node, "first_child", &child, NULL);
while (child)
{
gchar *name;
g_object_get(child, "node_name", &name, NULL);
printf("table child node %s\n", name);
if (st
back in august or so when i was first working on the glib DOM
bindings, a number of people who expressed an interest asked for
advice on how to use the glib / gdom bindings in c. as my primary
focus was on the python bindings, using the auto-generator
(codegen.py) to automatically write that code,
On Tue, Oct 14, 2008 at 9:47 PM, David Hyatt <[EMAIL PROTECTED]> wrote:
> The term "webkit core" in your subject is very confusing. Do you mean
> WebKit or WebCore? There is platform-specific code in both.
apologies.
i mean "whichever bit that you link webkit link against to produce a
gtk por
https://bugs.webkit.org/show_bug.cgi?id=21598
copy of the bugreport is here:
a c struct containing pointers to higher order functions. used extensively in
FreeDCE, linux kernel and the NT 4.0 kernel (e.g. the Lsa Security).
good library interfaces are _so_ divorced from other libraries that the
hiya folks,
last month or so i added glib bindings to webkit, in order to make
them available via pygtk's codegen.py as python bindings, for
pywebkitgtk. to make that as clear as mud: around webkit's c++ DOM
bindings i added glib bindings so that i could add python bindings.
wait - don't laugh -
folks - further work from me, at this time, on the glib bindings,
is at an end. any offers of payment or contracting offers if they've
been made _may_ have gone into my spam folder: if that's the
case and i've overlooked them please do contact me via the
"Email me" button on my web site, http://lk
https://bugs.webkit.org/show_bug.cgi?id=20935
i've identified a number of areas where people are writing "FIXMEs"
and "TODOs" that are related to refcount inconsistency between Frame
and Document. the key to the issue is, i believe, that it is
necessary to increase the refcount on all member obje
folks, hi,
as you may be aware, the speed at which i write code, make decisions
and get results is... lightning quick - some would say scarily quick.
the last time i was involved in a major free software project, on
which many individuals, companies and organisations relied to save
vast amounts of
http://lkcl.net/webkit/cross-compile-gtk.notes.txt
purpose of this cross-compile is to have a webkit-gtk for win32 with
the glib bindings, #16401, and associated pywebkitgtk (that's turning
out to be fun, already - cross-compile of python 2.5 with mingw32
wh!).
build and link of webkit was a
yes, folks, compiling webkit for amd64-debian was so easy that i
decided i needed more pain in my life, so chose to cross-compile
webkit(/gtk) for win32. before anyone goes into shock and throws
their arms up in agony at these simple words, please bear in mind that
there are at least two other peo
if anyone's interested: amd64 debian packages including the glib bindings patch:
http://sourceforge.net/project/showfiles.php?group_id=236659
libwebkit-dev is also included, if anybody wants to do e.g. *mm c++
bindings or, poor things, perl bindings. the build is from svn this
morning:
Repos
someone who should have been asking this question on webkit-dev... :)
-- Forwarded message --
From: lkcl <[EMAIL PROTECTED]>
To: Chromium-dev <[EMAIL PROTECTED]>
Date: Thu, 4 Sep 2008 13:44:19 -0700 (PDT)
Subject: Re: Where can I get basic WebKit software?
chandra, hi,
web
> > You can add event listeners for any event and any event target. The name of
> > the function to add an event listener is addEventListener. To identify the
> > event you want to listen to, you pass the event name. Events have names
> like
> > "resize", "click", "beforeclose", "blur", etc.
> > i've already set up an EventListener (using addWindowEventListener) but
> You can add event listeners for any event and any event target. The name of
> the function to add an event listener is addEventListener. To identify the
> event you want to listen to, you pass the event name. Events hav
pyjamas-desktop is the test-case for the glib bindings - but ignore that,
i have a general question for which pyj/d is a specific case:
in javascript, you can set an element's "onclick" method. how the heck do
i get a callback, into c++, objc or any other binding, from an "onclick"?
is there a m
code references and patches:
[EMAIL PROTECTED]:lkcl/pyjamas-desktop.git
https://bugs.webkit.org/show_bug.cgi?id=16401
http://code.google.com/p/pywebkitgtk/issues/detail?id=13
first things first: thank you to everyone on the gtk and webkit mailing
lists and irc over the past week for h
> > btw just to reassure you: i really _do_ mean thank you for such a simple
> > answer: this is the first time, this week, that i've done gobject
> programming,
> > and i didn't exactly start with a small unambitious task ha ha :)
>
> Big go go go here! From a PyGTK enthusiast ;-)
ha ha t
> On Wed, 27 Aug 2008 21:52:31 + (UTC)
> "Luke Kenneth Casson Leighton" wrote:
> > now, of course, i have the reverse problem: i need to get _back_ to the
> > sub-class gobject instance.
> G_OBJECT_TYPE()?
:)
ori - thank you: such a simple answer :) now
https://bugs.webkit.org/show_bug.cgi?id=16401
it's almost there! i've started on pyjamas-desktop/pywebkitgtk now,
as a test case of the DOM bindings, and, given that the code-coverage will
be extensive [i'd already abandoned porting pyjamas to pygtk2),
it's a pretty good test-case.
i have quite a
https://bugs.webkit.org/show_bug.cgi?id=16401
folks, hi,
this is just to say thank you to the people who kindly stopped by or
answered questions, giving hints on what's needed. PassRefPtr<> was
the last piece in the puzzle.
i can now e.g. create and add text nodes to the DOM, call gdoc.get_elem
folks, hi,
i have a particularly horrendous implementation requirement that i can't
quite get my head round and need some gobject advice for the webkit-gtk
implementation to provide DOM access (which will then percolate to pywebkitgtk).
webkit's c++ DOM object hierarchy is multi-level, is inherited
https://bugs.webkit.org/show_bug.cgi?id=16401
update: generator-script is a complete mess (not because it's perl!)
yet i'm making progress. i have no idea what i'm doing but that doesn't
matter :)
thanks for the pointers to documentation/tutorials it helped confirm
some of the things needed.
o
hi folks,
(message goes out primarily webkit-dev but also gtk-devel-list because
someone there might be able to give some hints on the gobject code-generation
being developed.)
background:
https://lists.webkit.org/pipermail/webkit-dev/2008-August/thread.html
https://bugs.webkit.org/show_bug.cg
folks, hi,
i realise it's bad form to reply to your own posts but i thought i'd
keep people updated, being more important than worrying about that.
_really_ long day but i worked out that yes, Document::addEventListener
is the right place, yes, adding this:
gboolean webkit_web_frame_add_event_list
in "WebCore/loader/ImageDocument.cpp", you have an example
addEventListener(), which adds a class listener resulting
in ImageListener::handleEvent() being called at line 334...
.. is it as simple as that??
if i write some functions which make it possible to add
event listeners to nodes (including
http://code.google.com/p/pywebkitgtk/issues/detail?id=12
as part of the experiment to get pyjamas ported to webkit, the first step -
pending proper (direct) DOM manipulation, with direct functions such as
document.createElement(), document.getElementById(), addChild and... well.. .
everything, re
folks, hi,
after some thought, i'm rapidly coming to the conclusion that the
most practical and beneficial way to implement pyjamas-desktop is
to go the whole hog with webkit.
that may take some explanation - please bear with me.
* google's webkit is a toolkit that looks startlingly similar to
a
thank you to daniel, paul and sven for the suggestion to use
Label.set_use_markup(True) and the pango markup language. not having
encountered it before, i tried it out - unfortunately, it won't be
sufficient. i made a fuller post last night (which got caught in
the gtk-devel-list moderator bucket
e
context for this message can be found at: http://advogato.org/person/lkcl
and at http://lkcl.net/pyjamas-desktop - i am porting pyjamas - the
python-to-javascript compiler - to pygtk2 _and_ pyqt4 _and_ iron-python
with gtk-sharp _and_ i will be looking at qyoto, at a later date.
see http://lkcl.ne
66 matches
Mail list logo