[webkit-dev] Using Webkit with C#
Hi, sorry if this is not working properly but this is the first time that I use a mailing list. My question is, if it's possible to use Webkit in Visual Studio as a Windows Forms control or with .net in general.. I already tried to add the libs from the nightly builds, but that did not work... ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Drosera
https://bugs.webkit.org/show_bug.cgi?id=12983 On Fri, May 30, 2008 at 2:47 AM, Johan Lund [EMAIL PROTECTED] wrote: I am trying to debug some anonymous functions. What I always do with Microsoft Script Editor is to just type the keyword debugger in my code to set a breakpoint there. Is there something similar to this in the webkit debugger? Is there a more valid place than this list to discuss about the debugger, except in the bug reports? 28 maj 2008 kl. 23.56 skrev Matt Lilek: To hopefully help anyone coming across this in the future, I just updated the wiki page on Drosera to point people to the inspector. - Matt On May 28, 2008, at 4:14 PM, Oliver Hunt wrote: Drosera is dead. The WebInspector now has debugging support integrated directly into it :D --Oliver On May 28, 2008, at 1:55 PM, Gregg Morris wrote: I haven't seen a build of Drosera in the nightlies for several weeks. I can't find any reference to it not being included anymore. Does anyone have an info on this? Thanks! Gregg ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Need help with editing functions
I'm attempting to add editing support to QtWebKit (e.g. QWebPage::setEditable()), and it seems to work great for basic editing. But while playing around with it, I've noticed some bugs related to drag-and-drop that I'm having trouble chasing down and would appreciate a bit of guidance. The browser I'm testing with does not set anything special for editableLinkBehavior (so it's the default, which means that links are live in edit mode). The first problem that I'm running into is the following: - No text is selected - page is in edit mode - click and drag a link - drop the link somewhere else on the page - hits ASSERT in MoveSelectionCommand::doApply() - ASSERT(selection.isRange()); So, as far as I can see, the problem is one of the following: A) we're using the wrong command in this situation (we shouldn't be using MoveSelectionCommand because there is no current selection) B) this command should handle the case where there's no selection instead of just asserting it C) the drag should not be allowed unless there is a selection (this one seems wrong to me -- if the editable link behavior is 'live', it seems they should behave just like normal links, which can be dragged without an active selection) D) When a user initiates a drag without anything selected, webkit should automatically expand the selection to the entire contents of the link E) something I haven't thought of.. Which one of the above is the right answer? As I'm relatively new to WebKit development and have very little experience with the editing internals, I would greatly appreciate some advice from people with more experience in this area. Also, if anybody can try to reproduce the behavior described above in any of the other ports (especially mac or windows), I'd be very interested to hear your results. Many thanks, Jonathon ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] WebKit on OpenBSD
I've spent the last couple days trying to compile WebKit on OpenBSD -current. After adding the signbit function, changing isfinite to finite and adding the missing pthread_attr_get_np function, I was finally able to get it to compile. However, when I try to run the Gtk test browser or midori (another gtk browser based on webkit), I receive or core dump whenever I click on any part of a webpage or try to navigate to another. After inspecting the core dump with gdb I'm left with this: #0 0x0d501dc8 in KJS::Collector::markStackObjectsConservatively () from /usr/local/lib/libwebkit-1.0.so.1.0 Any clue to where I might look to fix this problem, or what might cause it would be very helpful. Thank you. -- James Turner BSD Group Consulting http://www.bsdgroup.org ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WebKit on OpenBSD
On May 30, 2008, at 12:15 PM, James Turner wrote: On Fri, May 30, 2008 at 12:13:43PM -0700, Maciej Stachowiak wrote: On May 30, 2008, at 10:37 AM, James Turner wrote: I've spent the last couple days trying to compile WebKit on OpenBSD -current. After adding the signbit function, changing isfinite to finite and adding the missing pthread_attr_get_np function, I was finally able to get it to compile. However, when I try to run the Gtk test browser or midori (another gtk browser based on webkit), I receive or core dump whenever I click on any part of a webpage or try to navigate to another. After inspecting the core dump with gdb I'm left with this: #0 0x0d501dc8 in KJS::Collector::markStackObjectsConservatively () from /usr/local/lib/libwebkit-1.0.so.1.0 Sounds like pthread_attr_get_np is not working as expected. It is used to get the stack base, for purposes of the conservative garbage collector. - Maciej Thanks, I'll look into my implementation and check it with people who actually know what they're doing! pthread_attr_get_np is not really all that important, just any way to get the stack base. If OpenBSD has any function at all that works for that purpose you could just add another branch to the ifdef. Regrettably there is no portable way to do it. - Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WebKit on OpenBSD
On Fri, May 30, 2008 at 12:22:54PM -0700, Maciej Stachowiak wrote: On May 30, 2008, at 12:15 PM, James Turner wrote: On Fri, May 30, 2008 at 12:13:43PM -0700, Maciej Stachowiak wrote: On May 30, 2008, at 10:37 AM, James Turner wrote: I've spent the last couple days trying to compile WebKit on OpenBSD -current. After adding the signbit function, changing isfinite to finite and adding the missing pthread_attr_get_np function, I was finally able to get it to compile. However, when I try to run the Gtk test browser or midori (another gtk browser based on webkit), I receive or core dump whenever I click on any part of a webpage or try to navigate to another. After inspecting the core dump with gdb I'm left with this: #0 0x0d501dc8 in KJS::Collector::markStackObjectsConservatively () from /usr/local/lib/libwebkit-1.0.so.1.0 Sounds like pthread_attr_get_np is not working as expected. It is used to get the stack base, for purposes of the conservative garbage collector. - Maciej Thanks, I'll look into my implementation and check it with people who actually know what they're doing! pthread_attr_get_np is not really all that important, just any way to get the stack base. If OpenBSD has any function at all that works for that purpose you could just add another branch to the ifdef. Regrettably there is no portable way to do it. - Maciej So, I looked through OpenBSD's diff stack function and tried using pthread_stackseg_np like: stack_t stack; pthread_stackseg_np(thread, stack); But I'm still getting a segfault at the same location. This again could be the wrong function to use, but it's the only thing I can find that looks remotely like it would work :/ -- James Turner BSD Group Consulting http://www.bsdgroup.org ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WebKit on OpenBSD
On May 30, 2008, at 1:51 PM, James Turner wrote: On Fri, May 30, 2008 at 12:22:54PM -0700, Maciej Stachowiak wrote: On May 30, 2008, at 12:15 PM, James Turner wrote: On Fri, May 30, 2008 at 12:13:43PM -0700, Maciej Stachowiak wrote: On May 30, 2008, at 10:37 AM, James Turner wrote: I've spent the last couple days trying to compile WebKit on OpenBSD -current. After adding the signbit function, changing isfinite to finite and adding the missing pthread_attr_get_np function, I was finally able to get it to compile. However, when I try to run the Gtk test browser or midori (another gtk browser based on webkit), I receive or core dump whenever I click on any part of a webpage or try to navigate to another. After inspecting the core dump with gdb I'm left with this: #0 0x0d501dc8 in KJS::Collector::markStackObjectsConservatively () from /usr/local/lib/libwebkit-1.0.so.1.0 Sounds like pthread_attr_get_np is not working as expected. It is used to get the stack base, for purposes of the conservative garbage collector. - Maciej Thanks, I'll look into my implementation and check it with people who actually know what they're doing! pthread_attr_get_np is not really all that important, just any way to get the stack base. If OpenBSD has any function at all that works for that purpose you could just add another branch to the ifdef. Regrettably there is no portable way to do it. - Maciej So, I looked through OpenBSD's diff stack function and tried using pthread_stackseg_np like: stack_t stack; pthread_stackseg_np(thread, stack); But I'm still getting a segfault at the same location. This again could be the wrong function to use, but it's the only thing I can find that looks remotely like it would work :/ It sounds like it should work (looks analogous to the Solaris thr_stksegment). Can you try in the debugger? You should be able to see if it is trying to access an address outside the stack range, or doing an unaligned access, or something. Regards, Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev