Re: [webkit-dev] Building release on Windows Vista

2009-08-25 Thread Marc-Antoine Ruel
One workaround is to use a x64 OS to increase the available address space.

On Fri, Aug 21, 2009 at 12:19 PM, Yong Liyong...@torchmobile.com wrote:
 I guess you've enabled link time optimization. The lib file is too big. The
 solution suggested by MS is to split the project.

 - Original Message - From: Anton Muhin ant...@chromium.org
 To: webkit-dev Development webkit-dev@lists.webkit.org
 Sent: Friday, August 21, 2009 12:03 PM
 Subject: [webkit-dev] Building release on Windows Vista


 Dear WebKit gurus,

 is it possible to build WebKit on Windows Vista in Release
 configuration?  Both build from Cygwin and VS dies with:

 c:\WebKit\WebKit\WebKitBuild\lib\WebCore.lib : fatal error LNK1106:
 invalid file or disk full: cannot seek to 0x44DA4146

 Clean build (wiping off WebKitBuild) has been tried.

 I git clone'ed rather recent version of WebKit (something two or three
 hours long from the time this message has been sent).

 Debug could be built fine from cygwin.

 Any hints are most appreciated.

 tia and yours,
 anton.
 ___
 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


Re: [webkit-dev] Building a simple web crawler with webkit

2009-08-25 Thread Eric Seidel
No massive apologies required, but this is the wrong place.
webkit-help is what you want.

-eric

On Tue, Aug 25, 2009 at 1:58 PM, Dan d...@dancryer.com wrote:

 Hi list,
 Massive apologies in advance for this being both the wrong place to ask,
 and a very vague question... but, does anyone have any general guidance as
 to where I'd start with webkit if I wanted to build a headless web client,
 along the lines of a crawler / bot, on top of it? Would I be best to use
 individual parts of the code, or implement a browser and hide the UI side of
 it?

 I'm not much of a C++/ObjC developer, so I can't begin to expect to be able
 to do this immediately, but any tips you can give would be greatly
 appreciated.

 Thank you!

 Dan Cryer


 ___
 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] LayoutTest results choose from which folder?

2009-08-25 Thread Dirk Pranke
On Sun, Aug 23, 2009 at 12:23 PM, Dan Bernsteinm...@apple.com wrote:

 On Aug 23, 2009, at 11:28 AM, Dirk Pranke wrote:

 Hi Chris,
 In layout test results, we make the latest Mac OS X version the rule, and
 earlier versions the exception. Tiger will look for results in mac-tiger
 first, then in mac-leopard, then in mac-snowleopard, then in mac, then
 finally in cross-platform results. Leopard will begin the search in
 mac-leopard, continue to mac-snowleopard, then mac, the cross-platform.
 As you can see, there are no expected results in mac-snowleopard (other
 than
 the ones you just added), because it’s the latest Mac OS X version. We
 will
 only start putting expected results in mac-snowleopard when the “latest”
 version (for which we put results in mac) will be something different.
 You should put the expected results for Snow Leopard in platform/mac (or,
 if
 they are cross-platform, alongside the test), and you should put the
 results
 for Leopard and earlier in platform/mac-leopard.
 —Dan

 Does this imply that if you've moved results from 'platform/mac' to
 'platform/mac-leopard' when you switched from 10.5 to 10.6? (Since,
 presumable, some results that were in platform/mac were actually
 specific to 10.5?)

 Yes, when the expected results of an existing test change under a new
 version of Mac OS X, legacy expected results are moved from platform/mac to
 platform/mac-last version with legacy behavior and current expected
 results are put in platform/mac. http://trac.webkit.org/changeset/47052 is
 an example.


Hi Dan,

Thanks for the explanation, that definitely helps. Out of curiosity,
when do you make the
platform switch? For example, when did mac stop equalling leopard and
start equaling snowleopard?

It looks like we will adopt the same convention as you, for
consistency's sake, and so I'd like to mirror it as closely as
possible.

-- Dirk
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] LayoutTest results choose from which folder?

2009-08-25 Thread Dan Bernstein


On Aug 25, 2009, at 4:38 PM, Dirk Pranke wrote:


On Sun, Aug 23, 2009 at 12:23 PM, Dan Bernsteinm...@apple.com wrote:


On Aug 23, 2009, at 11:28 AM, Dirk Pranke wrote:


Hi Chris,
In layout test results, we make the latest Mac OS X version the  
rule, and
earlier versions the exception. Tiger will look for results in  
mac-tiger
first, then in mac-leopard, then in mac-snowleopard, then in mac,  
then

finally in cross-platform results. Leopard will begin the search in
mac-leopard, continue to mac-snowleopard, then mac, the cross- 
platform.
As you can see, there are no expected results in mac-snowleopard  
(other

than
the ones you just added), because it’s the latest Mac OS X  
version. We

will
only start putting expected results in mac-snowleopard when the  
“latest”
version (for which we put results in mac) will be something  
different.
You should put the expected results for Snow Leopard in platform/ 
mac (or,

if
they are cross-platform, alongside the test), and you should put  
the

results
for Leopard and earlier in platform/mac-leopard.
—Dan


Does this imply that if you've moved results from 'platform/mac' to
'platform/mac-leopard' when you switched from 10.5 to 10.6? (Since,
presumable, some results that were in platform/mac were actually
specific to 10.5?)


Yes, when the expected results of an existing test change under a new
version of Mac OS X, legacy expected results are moved from  
platform/mac to

platform/mac-last version with legacy behavior and current expected
results are put in platform/mac. http://trac.webkit.org/changeset/47052 
 is

an example.



Hi Dan,

Thanks for the explanation, that definitely helps. Out of curiosity,
when do you make the
platform switch? For example, when did mac stop equalling leopard and
start equaling snowleopard?


The platform/mac-snowleopard directory was created in r41710 on  
2009-03-14, and the required changes to the expected result search  
order were made in r41956 on 2009-03-24.



It looks like we will adopt the same convention as you, for
consistency's sake, and so I'd like to mirror it as closely as
possible.

-- Dirk


___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] Bugzilla Maintenance: Tue Aug 24, 6-7pm

2009-08-25 Thread William Siegrist

On Aug 24, 2009, at 11:16 AM, William Siegrist wrote:

Bugzilla will be down for maintenance from 6pm to 7pm tomorrow  
evening. We are migrating the backend database to postgresql, so no  
user-visible changes should result. We will make announcements in  
irc as usual.





The maintenance was successfully completed.

-Bill
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


[webkit-dev] How to Adjust scrollPosition after Frame::setZoomFactor

2009-08-25 Thread Nitin Mahajan
HI!

I am zooming the contents of a WebFrame by calling QWebFrame::setZoomFactor. 
However after the zooming operation the scrollPosition remains same as before 
zooming. Hence, I cannot see the same content in the viewport after zooming. 

Can somebody help me understand, how to determine the correct post zooming 
scrollPosition so that I can call setScrollPosition with appropriate args and I 
can see the same content in the view port even after zooming?

regards

-Nitin


  Get your new Email address!
Grab the Email name you#39;ve always wanted before someone else does!
http://mail.promotions.yahoo.com/newdomains/aa/
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev