Re: [webkit-dev] Building WebKit on windows using Cairo
Hi Bahaa, I said earlier that I would update the wiki with updated build instructions, but I haven't yet had time. Sorry. In the meantime, try this: -follow current wiki instructions -manually apply patch in https://bugs.webkit.org/show_bug.cgi?id=18435 -manually apply patch in https://bugs.webkit.org/show_bug.cgi?id=18471 This should work. However, I haven't had time to look at the code in the last 1-2 weeks, so it is not confirmed. Let me know how it goes. Best, Dan On Mon, May 5, 2008 at 9:25 AM, Gmail (bahaazaid) [EMAIL PROTECTED] wrote: Hi, I want to use WebKit in my application on windows, I think it's much better than Gecko specially in my problem domain. I want to build its Cairo port on windows because I want to use %100 open source code in my project. I followed the instructions in the WebKit wiki http://trac.webkit.org/wiki/BuildingCairoOnWindows but I couldn't build it. I faced many compilation errors about cURL and others. Please, can anyone help me to build it? Thanks -- *Bahaa Zaid* Software Engineer Arx ICT http://arxict.com [EMAIL PROTECTED] +20 10 298 9129 My Calendarhttp://bahaazaid.calendar.live.com/calendar/Public/index.html ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Where does WebKit end and Safari begin on Windows?
Hi Patrick, Glad to hear the positive feedback on Safari/WebKit performance on Windows. IMHO, this performance is due much more to the WebKit portion--much less to the Safari layer. Please note that if you would like to use WebKit on Windows, the mainstream version requires non-redistributable Apple libraries. This means you cannot use it in a commercial application. However, there is an effort underway to replace the Apple libraries with opensource alternatives. See http://trac.webkit.org/projects/webkit/wiki/BuildingCairoOnWindows. This should give you a solution that you can use with your commercial application. Best, Dan On Fri, Apr 25, 2008 at 7:48 AM, Patrick Gostovic [EMAIL PROTECTED] wrote: Hi List. My company is developing an in-store kiosk application using DHTML/Ajax, etc. It has to be Windows for a variety of reasons. The goal is to have a nice looking interface with lots of tasteful, fancy animations. We were initially planning to use Internet Explorer to maximize hardware peripheral integration (i.e. card reader, proximity sensor, etc.) and most kiosk management software vendors assume IE; but needless to say IE's performance is suboptimal. Firefox is much better. But Safari blows them all away in every respect – JavaScript performance, rendering speed of animations, overall prettiness, etc. My big question… How much of Safari's prowess can be attributed to WebKit? I ask because I have tried both Adobe Air's WebKit port and the latest QT QWebView widget and I just don't see the same results – they are both good, but not nearly as smooth and pretty. Why is Safari so much better, and is there any way to get that Safari experience in locked down fullscreen mode? Thanks for indulging. Patrick p.s. apologies if this is not the appropriate forum for this question J. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Where does WebKit end and Safari begin on Windows?
Hi Paul, You correctly determined that the current build instructions are out of date. Yes, some updates are required. I have been planning to update the wiki page with enhanced directions on how to build. Please wait and I will update it over the next couple of days. Best, Dan On Fri, Apr 25, 2008 at 9:59 AM, Paul Monson [EMAIL PROTECTED] wrote: Should following the directions for building WebKit using Cairo and CURL work? I tried to build webkit yesterday with updated source code based on the wiki page directions and I have 39 errors. My company is evaluating using WebKit on Windows CE and as a first step I am trying to build webkit on Windows XP without any non-redistributable Apple libraries. Best regards, Paul -- Date: Fri, 25 Apr 2008 08:00:24 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [webkit-dev] Where does WebKit end and Safari begin on Windows? CC: webkit-dev@lists.webkit.org Hi Patrick, Glad to hear the positive feedback on Safari/WebKit performance on Windows. IMHO, this performance is due much more to the WebKit portion--much less to the Safari layer. Please note that if you would like to use WebKit on Windows, the mainstream version requires non-redistributable Apple libraries. This means you cannot use it in a commercial application. However, there is an effort underway to replace the Apple libraries with opensource alternatives. See http://trac.webkit.org/projects/webkit/wiki/BuildingCairoOnWindows. This should give you a solution that you can use with your commercial application. Best, Dan On Fri, Apr 25, 2008 at 7:48 AM, Patrick Gostovic [EMAIL PROTECTED] wrote: Hi List. My company is developing an in-store kiosk application using DHTML/Ajax, etc. It has to be Windows for a variety of reasons. The goal is to have a nice looking interface with lots of tasteful, fancy animations. We were initially planning to use Internet Explorer to maximize hardware peripheral integration (i.e. card reader, proximity sensor, etc.) and most kiosk management software vendors assume IE; but needless to say IE's performance is suboptimal. Firefox is much better. But Safari blows them all away in every respect – JavaScript performance, rendering speed of animations, overall prettiness, etc. My big question… How much of Safari's prowess can be attributed to WebKit? I ask because I have tried both Adobe Air's WebKit port and the latest QT QWebView widget and I just don't see the same results – they are both good, but not nearly as smooth and pretty. Why is Safari so much better, and is there any way to get that Safari experience in locked down fullscreen mode? Thanks for indulging. Patrick p.s. apologies if this is not the appropriate forum for this question J. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Windows Cairo Update
The patch to remove CFNetwork and instead use Curl is available here: http://bugs.webkit.org/show_bug.cgi?id=17730 Please try it out and let me know what you think. Cheers, Dan On Fri, Mar 7, 2008 at 6:33 PM, Brent Fulgham [EMAIL PROTECTED] wrote: Today was a busy day for Windows Cairo commits. The gigantic Visual Studio project file merge has been completed, and at the moment we are down to a single required patch (http://bugs.webkit.org/show_bug.cgi?id=17484) to build a Cairo-backed WebKit. A second patch (http://bugs.webkit.org/show_bug.cgi?id=17715) causes WinLauncher to be built as part of the normal build process. This is not required, but I find it helpful as it's currently the only thing that actually runs with the Cairo-backed DLL. Safari will not run with the Cairo-based build, and is less likely to work as time passes due to the removal of various Apple-specific routines from the sources that Safari uses for various aspects of its operations. I recently found that CoreGraphics is not entirely gone; there are a few calls to wk* functions (defined in the libWebKitSystemInterface*.a files) that in turn make use of CoreGraphics. I am working on a patch to remove these functions, at which point we will be totally separated from CoreGraphics. I understand that Dan Zucker has made some good progress on removing CFNetwork in favor of Curl; hopefully we'll all get our hands on those changes soon. Thanks, -Brent ___ 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] Problems with svn-create-patch on Vista
Has anyone successfully run svn-create-patch on Vista? I am seeing errors like: 17 [main] svn 1408 child_copy: linked dll data write copy failed, 0x877000. .0x8770B0, done 0, windows pid 2812, Win32 error 87 svn: Can't start process 'diff': Resource temporarily unavailable 17 [main] svn 5324 child_copy: linked dll data write copy failed, 0x877000. .0x8770B0, done 0, windows pid 4888, Win32 error 87 svn: Can't start process 'diff': Resource temporarily unavailable 16 [main] svn 3092 child_copy: linked dll data write copy failed, 0x877000. .0x8770B0, done 0, windows pid 3208, Win32 error 87 svn: Can't start process 'diff': Resource temporarily unavailable 17 [main] svn 2304 child_copy: linked dll data write copy failed, 0x877000. .0x8770B0, done 0, windows pid 2988, Win32 error 87 This appears to be some sort of resource contention. Sometimes the diff runs correctly, and sometimes it fails with the error above. The script runs successfully for me using the same source and setup on XP, so I suspect this is a Vista problem. Has anyone seen this before? Any ideas how to fix? Thanks, Dan ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WIN XP Build Error
Yes, I use TortoiseSVN. -Dan On Tue, Feb 26, 2008 at 9:36 PM, Brent Fulgham [EMAIL PROTECTED] wrote: Are those of you experiencing the autoversion.h problem using TortoiseSVN to retrieve the sources? -Brent ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WIN XP Build Error
To add some more information: In the past, I always had to run d2u auto-version.sh to get the build to work. If you don't do this the script won't run at all. With the recent problem, the script does run (after running the above d2u command), but seems to introduce some bad line ending in the resultant autoversion.h file as indicated in the error below. Cheers, Dan On Tue, Feb 26, 2008 at 12:50 PM, Daniel Zucker [EMAIL PROTECTED] wrote: Yes, I use TortoiseSVN. -Dan On Tue, Feb 26, 2008 at 9:36 PM, Brent Fulgham [EMAIL PROTECTED] wrote: Are those of you experiencing the autoversion.h problem using TortoiseSVN to retrieve the sources? -Brent ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WIN XP Build Error
Hi Ivan, I am seeing this bug also (on Vista). I suggest filing a bug report on it. Here is a workaround: 1. Manually fix the line endings in C:\WebKit\WebKitBuild\obj\Interfaces\Release\include\autoversion.h using your favorite editor. There is another autoversion.h file (can't remember the location off the top of my head now), that you will have to fix as well. 2. Disable C:\WebKit\WebKitLibraries\win\tools\scripts\auto-version.sh so that the fixes you did in step 1. are not clobbered. 3. Build as normal This should get you building. I noticed that auto-version.sh changed on Feb. 12-13, so I suspect this is where the problem was introduced. I'm not sure why more people aren't seeing this. Hope this helps. Cheers, Dan On Mon, Feb 25, 2008 at 2:29 AM, Ivan Shusky [EMAIL PROTECTED] wrote: Hi, I am attempting to compile the latest WebKit code under Windows XP environment and there is this error message: -- Build started: Project: Interfaces, Configuration: Release Win32 -- Performing Pre-Build Event... Creating Type Library... Processing ..\Interfaces\WebKit.idl WebKit.idl C:\WebKit\WebKitBuild\obj\Interfaces\Release\include\autoversion.h : error C4335: Mac file format detected: please convert the source file to either DOS or UNIX format I have tried many ways but failed to solve it. Is there any environment variable or some setting that I have missed? Thanx in advance for your help. Best, Ivan -- Express yourself instantly with MSN Messenger! MSN Messengerhttp://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/ ___ 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] WIN XP Build Error
Yes -- both debug and release. Cheers, Dan On Mon, Feb 25, 2008 at 10:34 AM, Brent Fulgham [EMAIL PROTECTED] wrote: Are you guys seeing this if you build in Debug mode? On Mon, Feb 25, 2008 at 2:29 AM, Ivan Shusky [EMAIL PROTECTED] wrote: Hi, I am attempting to compile the latest WebKit code under Windows XP environment and there is this error message: -- Build started: Project: Interfaces, Configuration: Release Win32 -- Performing Pre-Build Event... Creating Type Library... Processing ..\Interfaces\WebKit.idl WebKit.idl C:\WebKit\WebKitBuild\obj\Interfaces\Release\include\autoversion.h : error C4335: Mac file format detected: please convert the source file to either DOS or UNIX format I have tried many ways but failed to solve it. Is there any environment variable or some setting that I have missed? Thanx in advance for your help. Best, Ivan ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Regarding WebKit Support Libraries
Hi Alp, I am happy to contribute to this ongoing effort to make a Windows version of WebKit free from Apple libraries. I would prefer to wait until there is consensus from the community on the best way to move forward, so that my coding effort is not wasted. Cheers, Dan On Feb 17, 2008 11:27 AM, Alp Toker [EMAIL PROTECTED] wrote: Daniel Zucker wrote: Hi Alp and Brent, My vote is to use Wininet. Hi Daniel, You can register your vote by writing and offering to maintain a WinINet http backend. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Regarding WebKit Support Libraries
Hi Alp and Brent, My vote is to use Wininet. This is because my objective is to eventually support a WinCE version. Wininet is used in both Win32 and WinCE, so it is a convenient choice from this point of view. CURL would be OK if it could be easily ported to WinCE. I haven't looked into that, so I don't know the difficulty. But, I suspect it is non-trivial. Also, it would have the downside of requiring extra code which increases the static application size. (Static application size is an important consideration for mobile use cases). So, I vote for using Wininet. There was Wininet support in the codebase earlier. I believe this could be resurrected without too much trouble. Cheers, Dan On Feb 15, 2008 5:33 AM, Brent Fulgham [EMAIL PROTECTED] wrote: Hi Alp, On Feb 14, 2008, at 2:05 AM, Alp Toker wrote: Brent Fulgham wrote: In the medium term, I will probably end up ripping out the CFNetwork code to replace with native windows calls, though it would be nice to avoid this needless work. The CURL http backend used by the GTK+ and Wx ports works on Windows, though it's not as complete as CFNetwork. It could do the job till the CFNetwork issues are resolved. In light of Apple's recent notification (today) that CFNetwork would no longer be available as open source, I think we've got to shift to the CURL back-end. There are really only three options I see: 1. If license allows, take the existing APSL CFNetwork sources and attempt to use it. Downsides: lots of work to achieve existing features. No real upside. 2. Implement native WinInet versions of features from CFNetwork. Downsides: Single-platform, minimal reuse. Not much assistance to find problems. 3. Use CURL library. Benefits: Assist in CURL development, share code with other project targets (read: I get to bug Alp when I have problems). Downside: Mostly just the manual effort of conditionalizing the CFNetwork code. Of these, the only one that really seems desirable to me is the CURL back-end. CFNetwork is integrated into the Win port (consider how HTTP resource errors are handled and passed up to the UI) so swapping it out for something else may have some unfortunate maintenance overhead (ifdefs, more platform splits, and associated build system changes). Agreed, but I don't see that we have much choice at this point. -Brent ___ 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