[webkit-dev] Webkit client
Hi, I would like to debug Webkit in a stand alone application (without safari). My OS is windows. Can I use a c# client? (I saw a discussion about registration related problem). What are the alternatives? Thanks , Tali ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Getting global object from a webkit context throws a warning
Hi, I'm currently learning how a JavaScript context is structured. Therefore I just load a site in a WebKit session and try to access the property document.forms using `JSObjectGetProperty()`: http://paste.pocoo.org/show/125018/ But before I go on, I would like to know why I get this warnings: $ LANG=C gcc test.c -o test $(pkg-config --cflags --libs webkit-1.0) test.c: In function 'get_forms': test.c:23: warning: assignment makes pointer from integer without a cast test.c:24: warning: assignment makes pointer from integer without a cast test.c:25: warning: assignment makes pointer from integer without a cast I'm using the Debian package `libwebkit-dev` to compile under Ubuntu 9.04. I think there is something, that I overlook. But I don't know what. :-( Cheers, Sebastian __ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] InlineBox::m_isSVG
Hi Dave, thanks again for the feedback! I've now submitted a patch to bug #3749 with a basic ruby implementation with all the changes discussed on the list. (including the flag). Would be great if you could take time to review the patch whenever you can spare the time. Cheers, Roland On Tue, Jun 23, 2009 at 2:12 AM, David Hyatt hy...@apple.com wrote: On Jun 21, 2009, at 11:18 PM, Roland Steiner wrote: Hi Dave, as I will probably need to special-case height() for ruby InlineBox objects in the same way as is done for SVG boxes (still ironing out the details, though), making height() virtual was exactly my intent. I would have thought that the performance cost of a virtual call to height() would be offset by being able to remove the isSVG() condition inside (and later a potential isRuby() condition as well). Now if there are actual performance reasons for that bit and/or for having height() be non-virtual, then I may need to find another solution. Thanks, Roland You could probably just rename the m_isSVG bit to be something like m_calculatesHeight, and then the virtual method that height() calls when that is true could be renamed to be more general. dave (hy...@apple.com) ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Build WebKit_GTk, I get an error lack of Libsoup-2.25.91
Hi all, I am building webkit_gtk on Fedora 10. Webkit needs libsoup-2.25.91 but I can't install libsoup-2.25.91 because it is not suitable for Fedora 10. Can any one help me?? This is message: checking for LIBSOUP... configure: error: Package requirements (libsoup-2.4 = 2.25.91) were not met: Requested 'libsoup-2.4 = 2.25.91' but version of libsoup is 2.24.1 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables LIBSOUP_CFLAGS and LIBSOUP_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. quot;Yahoo! Mail nay nhanh và nhiều không gian thoáng hơn. Hãy trải nghiệm ngay hôm nay! http://vn.mail.yahoo.comquot;___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] NPAPI
Hi 1. Is there a way to get the browser to load NPAPI plugins without an object or embed tag first having been parsed? 2. Using the Browse side of the NPAPI, is there a way to get a handle to WebView? None of the functions here seem to help: http://devedge-temp.mozilla.org/library/manuals/2002/plugin/1.0/npn_api.html#998200 -- Regards Jack ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] JavaScriptCore in Windows Applications
Hi Brent, Does your cairo.dll have its dependencies built into it? i.e. why are you using a zlib dll rather than a static zlib? I sort of assumed you were doing that because cairo depended on having a zlib.dll. Thanks, Eric On Jun 25, 2009, at 12:23 AM, Brent Fulgham wrote: Eric, The Cairo library I use with WebKit is already static (notice that it is around 1MB in size, rather than the 25kb or so it would be as a link library). I didn't want to have to include the cairo.dll either! -Brent On Jun 24, 2009, at 6:23 PM, Eric Brunstad wrote: Hi Brent, I will try to build the static JavaScriptCore. I tried to build a static Cairo but I was not successful. Do you think it is possible to build a static WebKit or are the dependencies too complex to place all into one static library? Thanks, Eric On Jun 24, 2009, at 8:27 PM, Brent Fulgham wrote: Hi Eric, [...]These applications do not necessarily use WebKit (they could, however) but they all use JavaScriptCore because they are written in JavaScript (and interact with objects vended by the application). [...] But, the WebKit built by the Cairo port has a ton of DLLs that would have to be copied into each built application directory. [...]So my question is, is it possible to either merge DLLS or to compile all the source into one DLL in the first place? Both the official Apple WebKit and the Cairo build use various support libraries to provide various features. The Cairo build has jpeg and png libraries, but in all other respects is comparable to what you would need for the official release. If you don't need the graphical features provided by the WebCore portions of WebKit, you should be able to just use the JavaScriptCore DLL. This library will still require the ICU libraries and CFlite, but does not need cURL, Cairo, or jpeg and png. You should be able to build a static JavaScriptCore DLL if you build a static CFlite and custom ICU libraries. Someone was interested in doing this (check the mailing list archives), and apparently you can drasticaly slim down the size of ICU by selectively excludig languages and features that aren't germane to your project. Ubfortunately, I did not create CFlite static build targets, but it should be easy to add this to your local build. -Brent ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] WebKit zooming behavior
Hello everyone, I was trying to zoom a web page (text + images) through WebKit API: frame-setZoomFactor(). The call forces WebKit to recalculate the page layout and send repaints to the application via Chrome Client. What I have noticed is that zooming takes considerable time and that effect becomes more evident running on an embedded platform. The number of repaint calls that are routed to the application through Chrome Client are far more than for the case when the page is displayed without zooming. As a result, from the user point of view, the zooming operation takes considerable time that is proportional to the content length of the page being displayed. For instance if *BBC mobile* is displayed, the page is zoomed quickly from zoom factor of 1.0 to 1.2. However, for *edition.cnn.com *, it takes quite a few seconds to complete and there are far more repaint calls sent to the application. Is this the normal behavior? Is there a way to get this done in a much quicker way, even for sites with more content? Any suggestion in this regard will be greatly appreciated. Thanks. Regards, Javed ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Memory usage for Webkit
Thank you. But can you please tell me how can I classify memory into memory areas: Webkit, Stack, Heap, Graphics library (in this case, Qt), other? How can i run/build similar tests myself on a different platform? or with a different Graphics library (e.g. Gtk)? On Thu, Jun 11, 2009 at 1:23 PM, Zoltan Herczeg zherc...@inf.u-szeged.huwrote: Hi, http://webkit.sed.hu/node/15 As you can see on the charts there, you should consider the whole environment not just WebKit alone. Large amount of resources are allocated by other libs as well. Zoltan On 2009-06-11, at 12:50, James Howlett wrote: Hi, Is there any plan to reduce the memory usage of Webkit so that it uses less memory (runs better) on phone? if yes, where can I find ideas to reduce memory usage of Webkit (e.g. bug report, roadmap)? Memory footprint is an area that we are actively working on. If you have a scenario in which WebKit uses more memory than you would expect, please file a bug report with detailed information so that we can reproduce the problem, and it will be investigated. - Mark ___ 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] Dimension of Render Containers
Hi, Does the dimension (width X height) of Render Containers (e.g. RenderBlock, RenderTableRow, RenderTableCell) always encompass all its children? For example, The Render Block is 145 x 14 which encompasses its children RenderInline (145x12), RenderText (145x12) RenderBlock (floating) {DIV} at (458,5) size 145x14 [color=#CC] {467.00,212.00} RenderInline {A} at (0,0) size 145x12 [color=#004276] {467.00,212.00} RenderText {#text} at (0,1) size 145x12 {467.00,212.00} text run at (0,1) width 145: Make CNN Your Home Page Is this always the case? Or there are exceptions to such rule? e.g. nested DIV Tags, does the outermost DIV Tag encompasses the inner one and and the inner one encompasses the one inside it? Thank you. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] InlineBox::m_isSVG
One simple chunk you could break off into it's own patch is the hasSpecialHeight refactor. It would be straightforward to review and could be committed without blocking on the ruby side. On Thu, Jun 25, 2009 at 2:44 AM, Eric Seidel e...@webkit.org wrote: 400k is too large of a patch for anyone to review. I would suggest you start by splitting out the layout test changes from the rest of the patch. I would also suggest that you try to post the code changes in smaller chunks. Ideal patch review size is 20k, but that's not always possible for feature patches of course. :) -eric On Thu, Jun 25, 2009 at 2:32 AM, Roland Steinerrolandstei...@google.com wrote: Hi Dave, thanks again for the feedback! I've now submitted a patch to bug #3749 with a basic ruby implementation with all the changes discussed on the list. (including the flag). Would be great if you could take time to review the patch whenever you can spare the time. Cheers, Roland On Tue, Jun 23, 2009 at 2:12 AM, David Hyatt hy...@apple.com wrote: On Jun 21, 2009, at 11:18 PM, Roland Steiner wrote: Hi Dave, as I will probably need to special-case height() for ruby InlineBox objects in the same way as is done for SVG boxes (still ironing out the details, though), making height() virtual was exactly my intent. I would have thought that the performance cost of a virtual call to height() would be offset by being able to remove the isSVG() condition inside (and later a potential isRuby() condition as well). Now if there are actual performance reasons for that bit and/or for having height() be non-virtual, then I may need to find another solution. Thanks, Roland You could probably just rename the m_isSVG bit to be something like m_calculatesHeight, and then the virtual method that height() calls when that is true could be renamed to be more general. dave (hy...@apple.com) ___ 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
Re: [webkit-dev] Dimension of Render Containers
On Thu, Jun 25, 2009 at 9:50 AM, n179911n179...@gmail.com wrote: Hi, Does the dimension (width X height) of Render Containers (e.g. RenderBlock, RenderTableRow, RenderTableCell) always encompass all its children? For example, The Render Block is 145 x 14 which encompasses its children RenderInline (145x12), RenderText (145x12) RenderBlock (floating) {DIV} at (458,5) size 145x14 [color=#CC] {467.00,212.00} RenderInline {A} at (0,0) size 145x12 [color=#004276] {467.00,212.00} RenderText {#text} at (0,1) size 145x12 {467.00,212.00} text run at (0,1) width 145: Make CNN Your Home Page Is this always the case? Or there are exceptions to such rule? e.g. nested DIV Tags, does the outermost DIV Tag encompasses the inner one and and the inner one encompasses the one inside it? Thank you. I found a case which does not follow this rule (The Render container encompasses its children dimension: RenderBlock (anonymous) at (2,0) size 980x0 {11.00,147.00} RenderInline {A} at (0,0) size 0x0 [color=#004276] {11.00,147.00} RenderImage {IMG} at (956,0) size 24x27 {967.00,147.00} The container is 980x0, but it has a child 24x27. Not sure if the RenderBlock is 'anonymous' (like in this case) means it break such rule. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] JavaScriptCore in Windows Applications
Hi Eric, On Jun 25, 2009, at 6:45 AM, Eric Brunstad wrote: Does your cairo.dll have its dependencies built into it? i.e. why are you using a zlib dll rather than a static zlib? I sort of assumed you were doing that because cairo depended on having a zlib.dll. As far as I know, it uses the zlib.dll needed by JavaScriptCore/ WebCore. Clearly it's possible to pare this stuff down a bit, but I was trying to stay as close to the official WebKit build as possible. I believe the JPEG and PNG libraries need some of the compression support as well, but I may be misremembering. -Brent ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Getting global object from a webkit context throws a warning
On Jun 25, 2009, at 2:14 AM, Sebastian Linke wrote: But before I go on, I would like to know why I get this warnings: $ LANG=C gcc test.c -o test $(pkg-config --cflags --libs webkit-1.0) test.c: In function 'get_forms': test.c:23: warning: assignment makes pointer from integer without a cast test.c:24: warning: assignment makes pointer from integer without a cast test.c:25: warning: assignment makes pointer from integer without a cast Pretty hard to answer that since we don’t know what’s in test.c. -- Darin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] NPAPI
On Jun 25, 2009, at 6:44 AM, Jack Wootton wrote: 1. Is there a way to get the browser to load NPAPI plugins without an object or embed tag first having been parsed? No. 2. Using the Browse side of the NPAPI, is there a way to get a handle to WebView? No. Netscape plug-ins are intended to be browser-independent, so adding direct access to WebKit API would be inappropriate. -- Darin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Getting global object from a webkit context throws a warning
On 2009-06-25, at 02:14, Sebastian Linke wrote: I'm currently learning how a JavaScript context is structured. Therefore I just load a site in a WebKit session and try to access the property document.forms using `JSObjectGetProperty()`: http://paste.pocoo.org/show/125018/ But before I go on, I would like to know why I get this warnings: $ LANG=C gcc test.c -o test $(pkg-config --cflags --libs webkit-1.0) test.c: In function 'get_forms': test.c:23: warning: assignment makes pointer from integer without a cast test.c:24: warning: assignment makes pointer from integer without a cast test.c:25: warning: assignment makes pointer from integer without a cast I'm using the Debian package `libwebkit-dev` to compile under Ubuntu 9.04. I think there is something, that I overlook. But I don't know what. :-( By not including JavaScriptCore/JavaScript.h, the compiler is left to assume that the JSFoo functions that you are calling return int. If you include the right headers the compiler will know the return type of the methods and the warnings will go away. - Mark smime.p7s Description: S/MIME cryptographic signature ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Testing worker lifecycle
(resending to a wider audience - apologies to those of you who receive this twice) Hi all, The HTML5 worker spec has changed significantly from its earlier incarnations, in that it's no longer externally visible whether a given worker thread has shut down or not (there are no more close events surfaced on the Worker). This means that there's not currently a good way to write tests to verify that workers are actually shutting down when they are unreachable/idle. Do you guys have any ideas about how to address this? One idea I had would be to expose a WorkerController for layout tests, similar to GCController - the WorkerController could expose a numWorkers attribute which is incremented/decremented as worker threads startup/exit. I haven't started looking into how this would be done, but I figured I'd ask you guys if this was a good approach or if there's a cleaner way to test these cases. -atw ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Testing worker lifecycle
On Jun 25, 2009, at 2:27 PM, Drew Wilson wrote: (resending to a wider audience - apologies to those of you who receive this twice) Hi all, The HTML5 worker spec has changed significantly from its earlier incarnations, in that it's no longer externally visible whether a given worker thread has shut down or not (there are no more close events surfaced on the Worker). What's the motivation for this particular change? This means that there's not currently a good way to write tests to verify that workers are actually shutting down when they are unreachable/idle. Do you guys have any ideas about how to address this? One obvious way would be to add a nonstandard equivalent to the close event (webkitClose). The downside is that this would be exposed to Web content. One idea I had would be to expose a WorkerController for layout tests, similar to GCController - the WorkerController could expose a numWorkers attribute which is incremented/decremented as worker threads startup/exit. I haven't started looking into how this would be done, but I figured I'd ask you guys if this was a good approach or if there's a cleaner way to test these cases. That's also possible, the downside of this approach would be that the tests wouldn't work in a normal browser that doesn't have the special DumpRenderTree APIs. - Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Testing worker lifecycle
On Thu, Jun 25, 2009 at 2:33 PM, Maciej Stachowiak m...@apple.com wrote: On Jun 25, 2009, at 2:27 PM, Drew Wilson wrote: (resending to a wider audience - apologies to those of you who receive this twice) Hi all, The HTML5 worker spec has changed significantly from its earlier incarnations, in that it's no longer externally visible whether a given worker thread has shut down or not (there are no more close events surfaced on the Worker). What's the motivation for this particular change? Primarily to avoid requiring specific GC behavior in the HTML5 spec. If you expose when a worker has shut down, then for compatibility reasons you need to try to make all user agents behave identically wrt garbage collection and reachability, which puts an unnecessary burden on implementors. We've also removed things like MessagePort.active as well as throwing exceptions if you try to post a MessagePort that's been closed, for similar reasons. All of this is motivated by the fact that it's prohibitively difficult to determine cross-thread/cross-process reachability. This means that there's not currently a good way to write tests to verify that workers are actually shutting down when they are unreachable/idle. Do you guys have any ideas about how to address this? One obvious way would be to add a nonstandard equivalent to the close event (webkitClose). The downside is that this would be exposed to Web content. Exactly, which I'd like to avoid for the reasons mentioned above. One idea I had would be to expose a WorkerController for layout tests, similar to GCController - the WorkerController could expose a numWorkers attribute which is incremented/decremented as worker threads startup/exit. I haven't started looking into how this would be done, but I figured I'd ask you guys if this was a good approach or if there's a cleaner way to test these cases. That's also possible, the downside of this approach would be that the tests wouldn't work in a normal browser that doesn't have the special DumpRenderTree APIs. Indeed. That feels kind of lame, but the current alternative (no tests at all) seems bad too. - Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Dimension of Render Containers
On Jun 25, 2009, at 11:50 AM, n179911 wrote: Hi, Does the dimension (width X height) of Render Containers (e.g. RenderBlock, RenderTableRow, RenderTableCell) always encompass all its children? For example, The Render Block is 145 x 14 which encompasses its children RenderInline (145x12), RenderText (145x12) RenderBlock (floating) {DIV} at (458,5) size 145x14 [color=#CC] {467.00,212.00} RenderInline {A} at (0,0) size 145x12 [color=#004276] {467.00,212.00} RenderText {#text} at (0,1) size 145x12 {467.00,212.00} text run at (0,1) width 145: Make CNN Your Home Page Is this always the case? Or there are exceptions to such rule? e.g. nested DIV Tags, does the outermost DIV Tag encompasses the inner one and and the inner one encompasses the one inside it? No. For blocks for example, the width and height is just the border box. Child content can spill outside of this box. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WebKit zooming behavior
That API is more about desktop zooming. I wouldn't really recommend using it as a model for zooming on a mobile platform. dave (hy...@apple.com) On Jun 25, 2009, at 12:15 PM, Javed Rabbani wrote: Hello everyone, I was trying to zoom a web page (text + images) through WebKit API: frame-setZoomFactor(). The call forces WebKit to recalculate the page layout and send repaints to the application via Chrome Client. What I have noticed is that zooming takes considerable time and that effect becomes more evident running on an embedded platform. The number of repaint calls that are routed to the application through Chrome Client are far more than for the case when the page is displayed without zooming. As a result, from the user point of view, the zooming operation takes considerable time that is proportional to the content length of the page being displayed. For instance if BBC mobile is displayed, the page is zoomed quickly from zoom factor of 1.0 to 1.2. However, for edition.cnn.com, it takes quite a few seconds to complete and there are far more repaint calls sent to the application. Is this the normal behavior? Is there a way to get this done in a much quicker way, even for sites with more content? Any suggestion in this regard will be greatly appreciated. Thanks. Regards, Javed ___ 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
Re: [webkit-dev] Dimension of Render Containers
On Jun 25, 2009, at 8:36 PM, David Hyatt wrote: On Jun 25, 2009, at 11:50 AM, n179911 wrote: Hi, Does the dimension (width X height) of Render Containers (e.g. RenderBlock, RenderTableRow, RenderTableCell) always encompass all its children? For example, The Render Block is 145 x 14 which encompasses its children RenderInline (145x12), RenderText (145x12) RenderBlock (floating) {DIV} at (458,5) size 145x14 [color=#CC] {467.00,212.00} RenderInline {A} at (0,0) size 145x12 [color=#004276] {467.00,212.00} RenderText {#text} at (0,1) size 145x12 {467.00,212.00} text run at (0,1) width 145: Make CNN Your Home Page Is this always the case? Or there are exceptions to such rule? e.g. nested DIV Tags, does the outermost DIV Tag encompasses the inner one and and the inner one encompasses the one inside it? No. For blocks for example, the width and height is just the border box. Child content can spill outside of this box. An illustrated example: http://www.zazzle.com/css_is_awesome_mug-168716435071981928 :) dave (hy...@apple.com) ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] what's important in layouttests?
I am confused about webkit's layouttests. 1.What's the layouttess used for? Are they provided only for developers who want to create a browser with webkit to test if their browser behaves right? 2.The layouttests use Safari to run all the tests, right? 3.I noticed some tests need an app server, how do they start one? 4.Is layouttest only for Leopard? If I want to take it into my project, what should I do? ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] what's important in layouttests?
On Jun 25, 2009, at 7:54 PM, David Jones wrote: I am confused about webkit's layouttests. 1.What's the layouttess used for? The layout tests are used to detect unintended changes in engine behavior, which are typically regressions. Are they provided only for developers who want to create a browser with webkit to test if their browser behaves right? No. They do not test browsers, they only test the WebKit engine. They are used by everyone who makes code changes to WebKit to ensure that the changes do not introduce regressions. Adding new tests when fixing bugs makes it almost impossible for the bug to come back undetected. 2.The layouttests use Safari to run all the tests, right? No. The DumpRenderTree tool, which is part of the WebKit source tree, is used to run all of them. A script called run-webkit-tests drives DumpRenderTree. 3.I noticed some tests need an app server, how do they start one? Some tests use a local HTTP server. run-webkit-tests sets it up, but you can also use run-webkit-httpd to start the server independently. 4.Is layouttest only for Leopard? No. They are cross-platform. In some cases, the results differ depending on the platform. The LayoutTests directory includes expected test results for all tests. If a test has platform-specific results, they can appear in subdirectories of LayoutTests/platform. Cross- platform results live alongside the test. If I want to take it into my project, what should I do? I do not understand this question. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] what's important in layouttests?
Hi Dave, On Jun 25, 2009, at 7:54 PM, David Jones wrote: I am confused about webkit's layouttests. 1.What's the layouttess used for? Are they provided only for developers who want to create a browser with webkit to test if their browser behaves right? The (increasing inaccurately named) LayoutTests directory contains most of the regression tests used to try to ensure that no knew patch breaks any existing functionality. Every bug fix adds a new test so that the bug being fixed doesn't get reintroduced later. 2.The layouttests use Safari to run all the tests, right? No. The layout tests are run under the (also increasingly miss named) DumpRenderTree harness. Basically this is a per-platform application that embeds a webview with a set of additional APIs added to the DOM to improve our ability to test behaviour. 3.I noticed some tests need an app server, how do they start one? The http test directory requires a web server (i *think* apache), the run-webkit-tests script details at http://webkit.org/quality/testing.html will launch a new apache instance with all the correct parameters and settings required to get the correct behaviour. 4.Is layouttest only for Leopard? If I want to take it into my project, what should I do? The test suite is for webkit across all platforms. Some test do produce different output across platforms (particularly the pixel tests) but in general we try to ensure that the same test results are valid across all platforms and webkit ports. Hope this helps --Oliver ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Webkit client
Hi Tali, On Jun 24, 2009, at 11:22 PM, tali garsiel wrote: I would like to debug Webkit in a stand alone application (without safari). My OS is windows. Can I use a c# client? (I saw a discussion about registration related problem). What are the alternatives? The WebKit distribution includes a test program called WinLauncher, located in the WebKitTools/WinLauncher directory. Someone once posted to the list that they had built a C# program to run WebKit, but I have not seen any source code or other information on this topic. I'm mostly focused on embedding in a C++ program, so have not spent any time looking at this. C# is generally pretty good at interoperation with DLL's, so I don't imagine it would be too difficult. -Brent ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev