Re: [webkit-dev] [WinCairo] : ENABLE_VIDEO = how to activate HTML5 video tag ?
Would it be possible to use Media Foundation with a fall back? You can't depend on Media Foundation even on Windows Vista+ anyway (N editions don't have it), but it's a COM API so you can detect that it is not available to use something else. From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of Mital Vora Sent: Monday, October 14, 2013 10:29 PM To: Brent Fulgham Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] [WinCairo] : ENABLE_VIDEO = how to activate HTML5 video tag ? Hi Alex, So Our Choices so far: GStreamer FFMPeg (http://www.ffmpeg.org/) Media Foundation (http://msdn.microsoft.com/en-us/library/windows/desktop/ms696274(v=vs.85).aspx) WebM (http://www.webmproject.org/) Chrome's part source code for: FFMpeg: http://src.chromium.org/viewvc/chrome/trunk/src/media/ffmpeg/ WebM: http://src.chromium.org/viewvc/chrome/trunk/src/media/webm/ Regards, Mital Vora. On Mon, Oct 14, 2013 at 11:38 PM, Brent Fulgham bfulg...@apple.commailto:bfulg...@apple.com wrote: The only problem with Media Foundation is that it is Vista-and-newer only. There is no Windows XP version. -Brent On Oct 14, 2013, at 10:23 AM, Brent Fulgham bfulg...@apple.commailto:bfulg...@apple.com wrote: Alex, Brendan: I do think that something like Media Foundation would be a useful way to go, since WinCairo is pretty solidly Windows-only. -Brent On Oct 14, 2013, at 10:00 AM, Brendan Long s...@brendanlong.commailto:s...@brendanlong.com wrote: On 10/14/2013 10:39 AM, Mital Vora wrote: * are we considering any other possibilities besides gstreamer like ffmpeg (http://www.ffmpeg.org/) or any other. By the way, if this is just for Windows, you may want to look at Media Foundationhttps://en.wikipedia.org/wiki/Media_Foundation. Also, I took at look at the media players before Chromium was removed, and I didn't see an FFMPEG media player. Maybe Chromium's media player has always been in the Chromium tree instead of the WebKit tree. ___ webkit-dev mailing list webkit-dev@lists.webkit.orgmailto:webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.orgmailto:webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.orgmailto:webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Wink browser
Are there plans to make this an actual browser people can use, beyond just testing? From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of Mital Vora Sent: Thursday, October 10, 2013 9:23 PM To: Alex Christensen Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Wink browser Hi Alex, very nice to see a browser based on wincairo. Congratulations and all the best ! Regards, Mital Vora. On Fri, Oct 11, 2013 at 6:38 AM, Alex Christensen alex.christen...@flexsim.commailto:alex.christen...@flexsim.com wrote: With the removal of Chromium and Qt, there are no projects of which I am aware that allow Windows users to use WebKit with content from the open internet. I've started a web browser project I'm calling Wink to get the public to use WebKit on Windows, and I'm collecting crash reports with stack traces to allow me to locate and fix common crashes. I've created Winkbrowser.org and Winkbrowser.org/nightly.php as a start. Could whoever manages nightly.webkit.orghttp://nightly.webkit.org please send me some example code? You might have noticed that writing aesthetically pleasing php isn't exactly my strength. I hope this will be seen as beneficial to the WebKit community. Alex Christensen ___ webkit-dev mailing list webkit-dev@lists.webkit.orgmailto:webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Buildsystem cleanup
What would it take to switch build-webkit, et al to the VS2010 build? (VS2010 does work manually though, if you run build-webkit at least once, let it fail since it can't find VS2005/VS2008, and then build it from the solution file) From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of Roger Fong Sent: Monday, April 08, 2013 3:26 PM To: Patrick Gansterer Cc: WebKit Development Subject: Re: [webkit-dev] Buildsystem cleanup Unfortunately this would cause a lot of complication in our internal build setup that we currently don't really have the resources to deal with right now. It would be nice to unite all the build systems at some point in the future but we're going to push this one off for now. Also we're planning on getting rid of the VS2005 eventually. On Apr 7, 2013, at 6:47 PM, Patrick Gansterer par...@paroga.commailto:par...@paroga.com wrote: Hi, since the Chromium code is getting removed step by step I think that the GYP build system won't have a shiny future in the WebKit repository. In the GYP vs. CMake match CMake gets an additional point: There is no WebKit port working with GYP, but at least 3 with CMake. Accordantly to [1] GTK will give CMake a try too. Adopting the Mac port does not seam to be an easy task in the near future, because of the very specific build requirements. But what about the Windows ports? I updated the patch at [2] to work with a more recent revision. Are there any chances to use CMake instead of the VS solution files? At the moment it becomes even worst, since there are VS2005 and VS2010 files in the tree, which duplicated many files. The patch at [2] is only an initial example, since a complete implementation would require more changes in the code. If CMake becomes an option, I'm willing to provide an complete patch with all CMake files. -- Patrick [1] https://lists.webkit.org/pipermail/webkit-dev/2013-April/024399.html [2] https://bugs.webkit.org/show_bug.cgi?id=72816 ___ webkit-dev mailing list webkit-dev@lists.webkit.orgmailto:webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Status of Windows Port?
Considering Safari 6 is Mac only, and the departing of Chromium (the defacto Windows WebKit browser until yesterday) what is the current status of the Windows port? The webkit.org instructions still reference Visual Studio 2005 for instance Any interest in making it a first class citizen again so that Windows users can potentially have a official WebKit(2) browser and application developers have a more or less officially supported library that isn't Chromium based? ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Status of Windows Port?
If Qt is the way to support Windows, it would need some work to make it easy to integrate into an existing non-Qt Windows application. From memory, that isn't the easiest thing in the world to do. From: Benjamin Poulain benja...@webkit.orgmailto:benja...@webkit.org Date: Thursday, April 4, 2013 5:42 PM To: Justin Haygood justin.hayg...@reaktix.commailto:justin.hayg...@reaktix.com Cc: webkit-dev@lists.webkit.orgmailto:webkit-dev@lists.webkit.org webkit-dev@lists.webkit.orgmailto:webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Status of Windows Port? On Thu, Apr 4, 2013 at 2:37 PM, Justin Haygood justin.hayg...@reaktix.commailto:justin.hayg...@reaktix.com wrote: Considering Safari 6 is Mac only, and the departing of Chromium (the defacto Windows WebKit browser until yesterday) what is the current status of the Windows port? The webkit.orghttp://webkit.org instructions still reference Visual Studio 2005 for instance We should update that! Any interest in making it a first class citizen again so that Windows users can potentially have a official WebKit(2) browser and application developers have a more or less officially supported library that isn't Chromium based? There is one: Qt. The Qt port uses WebKit2 and supports Windows :) I would prefer seeing more work on existing stable ports to make them better rather than spreading the effort on a new port. Cheers, Benjamin ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Git Familiarity (was ChangeLog)
- Original Message - From: Benjamin Meyer b...@meyerhome.net To: WebKit Development webkit-dev@lists.webkit.org Sent: Sunday, July 05, 2009 11:25 PM Subject: Re: [webkit-dev] Git Familiarity (was ChangeLog) At least on Windows I use mysygit myself (http://code.google.com/p/msysgit/ ) From the project description: Historically, Git on Windows was only officially supported using Cygwin. To help make a native Windows version, this project was started, based on the fork. Still has the following problems: 1. No Windows integrated UI. Windows is very UI driven, and all of the development tools are UI based. Why should I open up a command line to do VCS stuff? I don't have to open up a command line now. 2. No Visual Studio integration. Subversion not only has TortoiseSVN, but there's AnkhSVN that lets you manage it entirely inside Visual Studio. I'd vote against any VCS that doesn't match features provided by Subversion on all 3 platforms (Mac, Linux, and Windows). *nix devs might think opening up a command line to do some development is fine, but Windows devs aren't nearly as willing. Why, when all of the functionality is available from a UI? I can't think of any major feature of Subversion that isn't available from TortoiseSVN. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] indentation of nested-list
I get the following: 1 1 1 1 -Original Message- From: Ryosuke Niwa [mailto:rn...@google.com] Sent: Monday, June 22, 2009 4:10 PM To: Justin Haygood Cc: WebKit Development Subject: Re: [webkit-dev] indentation of nested-list Hi Justin, thanks for the screenshot. Could you edit HTML document so that it'll indent three? What I want to see is whether it gives me 1 1 1 2 Or 1 1 2 3 Ryosuke On Mon, Jun 22, 2009 at 1:04 PM, Justin Haygoodjhayg...@reaktix.com wrote: MSIE 8.0 gets a JavaScript error on window.getSelection(), but the visual display is here: -Original Message- From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of Ryosuke Niwa Sent: Monday, June 22, 2009 4:00 PM To: WebKit Development Subject: [webkit-dev] indentation of nested-list Hi, I'm currently working on the patch for 21712 (Bug 21712: Indent on li creates new ol instead of merging with existing ol, numbering incorrect.) But because Firefox gave me unexpected result for https://bugs.webkit.org/show_bug.cgi?id=21712, I'm wondering whether I should copy the behavior of Firefox or not. Also, since I don't have access to Windows machine/MSIE today, I'll appreciate if you could browse https://bugs.webkit.org/attachment.cgi?id=31668action=view in various browsers and tell me what happens. Best, Ryosuke ___ 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] Canvas API in Webkit
The HTML Canvas element was invented by Apple for Safari/WebKit :) - Original Message - From: Lucius Fox To: webkit-dev@lists.webkit.org Sent: Sunday, December 14, 2008 5:24 PM Subject: [webkit-dev] Canvas API in Webkit Hi, Mozilla has a Canvas API which allow extension developer to paint the web page content to a surface. So that extension tab preview is possible: http://ted.mielczarek.org/code/mozilla/tabpreview/ Is that the same kind of api in webkit? If yes, can you please tell me where i can find example? Thank you. -- ___ 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] Fw: not enough space error???
No, but all the source code and object files used to create it are. - Original Message - From: Aman To: webkit-dev Sent: Saturday, December 13, 2008 2:08 AM Subject: [webkit-dev] Fw: not enough space error??? Hi, The release version of the WebCore.lib is about 1.2G, not really??? anybody knows that?? Aman From: Aman Sent: Saturday, December 13, 2008 1:59 PM To: aro...@apple.com Cc: webkit-dev Subject: not enough space error??? Hi, Adam and everybody: I received this error the message while building WebCore(release) as someone else before: Linking... fatal error C1083: Cannot open compiler intermediate file: 'C:\cygwin\home\Administrator\webkit\WebKitBuild\lib\WebCore.lib': Not enough space and i saw your post message about this error , but i think it is not like https://bugs.webkit.org/show_bug.cgi?id=19743.(i am using the newest version) Aman -- ___ 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] Proposed Timer API
How about a static: Timer::startTimer(function(),delayInSeconds) ? -- From: Cameron McCormack [EMAIL PROTECTED] Sent: Thursday, October 02, 2008 9:01 PM To: Maciej Stachowiak [EMAIL PROTECTED] Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Proposed Timer API Hi Maciej. Cameron McCormack: If possible, it would be nice if there could be some degree of compatibility between this proposed API and the one in SVG Tiny 1.2: http://dev.w3.org/SVG/profiles/1.2T/publish/svgudom.html#svg__SVGTimer Maciej Stachowiak: I considered that, but I don't like the fact that it makes the common zero-delay continuation callback case into three lines of code instead of one, for what I think is no practical benefit. Justin’s proposed API seems to need four lines for that case: var t = new Timer(); t.repeatCount = 1; t.addEventListener('timercomplete', function() { … }, false); t.start(); compared with the three for SVG’s timer: var t = createTimer(0, -1); t.addEventListener('SVGTimer', function() { … }, false); t.start(); Or do you mean compared to a simple function-like API, such as setTimeout(), where it can be done in one line? (Perhaps functions like setHighResolution{Interval,Timeout}() would be easiest then.) -- Cameron McCormack ≝ http://mcc.id.au/ ___ 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] Proposed Timer API
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Maciej Stachowiak Sent: Wednesday, October 01, 2008 1:02 PM To: Darin Adler Cc: WebKit Development Subject: Re: [webkit-dev] Proposed Timer API On Oct 1, 2008, at 9:58 AM, Darin Adler wrote: On Oct 1, 2008, at 9:16 AM, Mike Belshe wrote: If you're going to propose a new API designed for hi-res timers, it ought to use units of microseconds instead of milliseconds. Or units of seconds, perhaps? Since JavaScript numbers are already floating point. That's what I would propose. Then browsers can offer greater precision in the future without having to redesign the API. --- Updating now. Units of seconds. Precisision is browser defined, but will be higher precision (or same precision) as setInterval/setTimeout. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] setTimeout as browser speed throttle
Fwiw, ActionScript 3 implements a Timer API we could use a basis: http://livedocs.adobe.com/flex/2/langref/flash/utils/Timer.html It basically is an OOP based timer/interval API. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geoffrey Garen Sent: Tuesday, September 30, 2008 3:58 PM To: Maciej Stachowiak Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] setTimeout as browser speed throttle Or there is option 3: 3) Restore the clamp for setTimeout and setInterval to 10ms for compatibility, and add a new setHighResTimer API that does not have any lower bound. I'd like to tweak this suggestion a bit: Let's make this new timer API object-oriented, so it can be both less slow and less crazy than setTimeout / setInterval. There are many Timer APIs in open source JavaScript libraries on which we could base a new API. Perhaps a Timer object would always be high resolution, or perhaps it would have an isHighResolution bit. Cheers, Geoff ___ 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] missing headers error in windows build
The Qt/Windows build is fairly clean. Build the visual studio project file using qmake, and that will compile without any problems. From: Jason Hullinger Sent: Sunday, September 21, 2008 2:28 PM To: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] missing headers error in windows build Sorry, just found the answer to my question. That said, is the Windows build going to get any more clean? Building on OS X is no problem at all, but building in cygwin just simply does not seem to work. The Visual Studio project file is near working, but I've had to do a lot of rearranging of header file includes, killing compiler optimizations and some macro issues. Anyone built on Linux? Was that fairly clean to build? Thanks much, ~/Jason Hullinger On Sun, Sep 21, 2008 at 10:58 AM, Jason Hullinger [EMAIL PROTECTED] wrote: Getting some errors when building Project: WebKit, Configuration: Debug_Cairo Win32 This is part of the output: 10c:\cygwin\home\jason\webkit\webkit\win\WebKitDLL.h(36) : fatal error C1083: Cannot open include file: 'WebCore/PlatformString.h': No such file or directory 10WebCoreLocalizedStrings.cpp 10..\WebCoreLocalizedStrings.cpp(28) : fatal error C1083: Cannot open include file: 'WebCore/IntSize.h': No such file or directory 10WebKitClassFactory.cpp 10c:\cygwin\home\jason\webkit\webkit\win\WebKitDLL.h(36) : fatal error C1083: Cannot open include file: 'WebCore/PlatformString.h': No such file or directory 10WebKitDLL.cpp 10c:\cygwin\home\jason\webkit\webkit\win\WebKitDLL.h(36) : fatal error C1083: Cannot open include file: 'WebCore/PlatformString.h': No such file or directory 10WebKitSystemBits.cpp 10..\WebKitSystemBits.cpp(33) : fatal error C1083: Cannot open include file: 'WebCore/PlatformString.h': No such file or directory 10WebNodeHighlight.cpp 10c:\cygwin\home\jason\webkit\webkit\win\WebNodeHighlight.h(33) : fatal error C1083: Cannot open include file: 'WebCore/WindowMessageListener.h': No such file or directory 10AccessibleBase.cpp PlatformString.h is actually in: WebCore/platform/text and IntSize.h is in WebCore/platform/graphics Does anyone know a work around for this, besides editing the above files? I ask because keeping updated could be a bit painful otherwise. Thanks much for any help, ~/Jason Hullinger ___ 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] WebKit and Windows/Cygwin
If you are building for Qt 4, do not use cygwin. Use the Windows native qmake to build. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, September 09, 2008 3:18 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] WebKit and Windows/Cygwin Mark, That's interesting because on a Windows machine you have to use cygwin, but cygwin supports qt3 only. I take it from your remark that qt4 is required. Therefore, it is not possible build for Windows. (By the way, I don't know how the QTDIR environment variable got set. The cygwin installation did not set it because I have another machine with cygwin that doesn't have that environment variable.) So, you're saying I can force an Apple build, but that does me no good because I have a Windows machine. Frank -Original Message- From: Mark Rowe [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 09, 2008 2:43 PM To: Lautenbach Frank SOFTECHNICS Cc: [EMAIL PROTECTED]; webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] WebKit and Windows/Cygwin On Sep 9, 2008, at 11:02 AM, [EMAIL PROTECTED] wrote: Apparently that's not what I want then. It is still curious that I can't seem to build it under cygwin (as per the instructions.) Perhaps this is due to the fact that after I got the source, the update command doesn't succeed. It always fails at some point, so maybe the tree is not being updated completely for a proper build. The error mentioned in your initial email indicates that the build- webkit script had detected that you were attempting to build the Qt Windows port rather than the Apple Windows port. It failed to build the Qt Windows port due to having an older version of Qt installed than what WebKit requires to build. You can force it to build the Apple Windows port, which the instructions on webkit.org are aiming to build, by unsetting the QTDIR environment variable before running build-webkit. I did download the nightly build the other day and noticed that after all was said and done, running it simply called Safari.exe (which I had to install) and passed it a command line parameter pointing to the downloaded webkit. I take it this is calling Safari and over-riding the default engine Safari.exe was built with using the one referenced on the command line. In other words, this allows for customization of Safari.exe? Safari is set up to allow an updated version of WebKit to be used with it, yes. This is for the purpose of testing new WebKit versions and is not a supported mechanism for extending Safari.exe. Kind regards, Mark Rowe ___ 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] WebKit and Windows/Cygwin
The Qt4/Windows build does not require Cygwin normally. I don't even have Cygwin, and I can build the Qt4 WebKit just fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 09, 2008 3:59 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; webkit-dev@lists.webkit.org Subject: RE: [webkit-dev] WebKit and Windows/Cygwin Ok ... but the Windows build requires me to be in cygwin for other reasons. I guess I'm basically trying to confirm that as it stands today, you cannot build Qt Windows port as specified on webkit.org due to cygwin not supporting the required version of qt. -Original Message- From: Justin Haygood [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 09, 2008 3:26 PM To: Lautenbach Frank SOFTECHNICS; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; webkit-dev@lists.webkit.org Subject: RE: [webkit-dev] WebKit and Windows/Cygwin If you are building for Qt 4, do not use cygwin. Use the Windows native qmake to build. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, September 09, 2008 3:18 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] WebKit and Windows/Cygwin Mark, That's interesting because on a Windows machine you have to use cygwin, but cygwin supports qt3 only. I take it from your remark that qt4 is required. Therefore, it is not possible build for Windows. (By the way, I don't know how the QTDIR environment variable got set. The cygwin installation did not set it because I have another machine with cygwin that doesn't have that environment variable.) So, you're saying I can force an Apple build, but that does me no good because I have a Windows machine. Frank -Original Message- From: Mark Rowe [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 09, 2008 2:43 PM To: Lautenbach Frank SOFTECHNICS Cc: [EMAIL PROTECTED]; webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] WebKit and Windows/Cygwin On Sep 9, 2008, at 11:02 AM, [EMAIL PROTECTED] wrote: Apparently that's not what I want then. It is still curious that I can't seem to build it under cygwin (as per the instructions.) Perhaps this is due to the fact that after I got the source, the update command doesn't succeed. It always fails at some point, so maybe the tree is not being updated completely for a proper build. The error mentioned in your initial email indicates that the build- webkit script had detected that you were attempting to build the Qt Windows port rather than the Apple Windows port. It failed to build the Qt Windows port due to having an older version of Qt installed than what WebKit requires to build. You can force it to build the Apple Windows port, which the instructions on webkit.org are aiming to build, by unsetting the QTDIR environment variable before running build-webkit. I did download the nightly build the other day and noticed that after all was said and done, running it simply called Safari.exe (which I had to install) and passed it a command line parameter pointing to the downloaded webkit. I take it this is calling Safari and over-riding the default engine Safari.exe was built with using the one referenced on the command line. In other words, this allows for customization of Safari.exe? Safari is set up to allow an updated version of WebKit to be used with it, yes. This is for the purpose of testing new WebKit versions and is not a supported mechanism for extending Safari.exe. Kind regards, Mark Rowe ___ 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] [webkit-changes] [35474] trunk/JavaScriptCore
On Jul 31, 2008, at 11:30 PM, Brent Fulgham wrote: Since WebKit has its own threading abstraction layer, I think it is unwise for code outside this layer to make use of the special knowledge that pthreads is in use. Whatever you want to be doing via calls to pthreads primitives should instead be handled using one of the WTF/Thread methods. If no such method exists, it should be added so that proper variants for the specific platforms are used. Well, what I'm saying is that maintaining our own abstraction layer is a large and unnecessary burden. - WBR, Alexey Proskuryakov We already do maintain it... WebCore uses it quite heavily. Why not use it? It uses the platform's native threading APIs (gthread on glib, QThread on Qt, pthread on OS X, Win32 threads on Win32) ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev -- Justin Haygood [EMAIL PROTECTED] Reaktix. Reality Redefined. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WebKit memory management?
Based on my (limited) understanding: * Inside the same linked executable (an EXE, DLL, etc..), you can only have a single implementation of something, such as operator new, operator delete, etc.. * Inside different linked executables that are dynamically linked (or statically linked using shared libraries), you can have one implementation per shared library For instance: MyCoolGame.exe can use its own custom implementation of operator new/operater delete WebKit.dll can use another custom implementation that is different from MyCoolGame.exe UberGraphicsLibrary.dll can use yet another custom implementation that is different from both WebKit.dll and MyCoolGame.exe However, WebCore.lib and JavaScriptCore.lib, which are linked into WebKit.dll, have to use the same implementation, since even though they are different static libraries, they are linked into a single linkable executable. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darin Adler Sent: Wednesday, June 04, 2008 2:01 PM To: Paul Pedriana Cc: WebKit-Dev Subject: Re: [webkit-dev] WebKit memory management? On Jun 4, 2008, at 10:57 AM, Paul Pedriana wrote: As I mentioned in a previous response, this unfortunately doesn't work because all operator new is directed to FastMalloc, not just WebKit's usage of operator new. Operator new is global in a linkage unit. Did you try it, or is that just something you know without testing? I understand the principle, but I haven't seen the problem in practice on any platform. If the problem is a real practical issue, do you have a suggested fix? Would you be willing to make a patch to show what it would look like? -- Darin ___ 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] Large Page/Deck sizes
I regularly send pages of several MB (2 -3 MB, tables with tens of thousands of rows). And since its tables, there's a marked amount of tags as well (tens of thousands of rows * 20ish columns * markup). I believe WebKit has no artificial limits. (Now granted, if your computer is slowish, rendering a file this large does take some time, I.e. a few seconds not counting network download, but it should work fine). -- From: Nilesh Patil [EMAIL PROTECTED] Sent: Monday, December 24, 2007 6:12 AM To: webkit-dev@lists.webkit.org Subject: [webkit-dev] Large Page/Deck sizes Hi all I am currently using Webkit for my browser. i wish to check/confirm/achieve following: Large Page/Deck sizes The browser must support markup pages of at least 100KB with no limit to the structure of the markup other than restrictions from the relevant standards (e.g. no artificial limit to the amount of tags being used in the markup). It shall be possible to render markup containing any number of tags up to and including 1024 tags. Note: The max size of the whole received contents (including inline content) is at least 300KByte. In spite of oversize error, the entity body shall be displayed to the utmost extent. Please help Thanks regards Niilesh ___ 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] SunSpider IE results URL too long
On Fri, 2007-12-14 at 14:25 -0800, Maciej Stachowiak wrote: On Dec 14, 2007, at 12:42 PM, Jon Shier wrote: Devs: Just wanted to let you know that the SunSpider results produced by IE7 result in the error because of the length of the URL generated. Currently it's 2083 characters and being cut off just before the validate input test results. So the results page fails to render when the test is done, and I can't compare the results to Safari/WebKit (WebKit destroys IE7, especially in the string tests. This machine takes 14s to do the base64 test! 2.8GHz P4 w/HT). Thanks, do you know what IE's URL length limit is? I can probably get it shorter. It's 2083 per http://support.microsoft.com/kb/208427 Regards, Maciej ___ 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] Building webkit
Are you in the WebKit source directory (the one containing JavaScriptCore, WebCore, and yet another WebKit directory). If not, cd into that directory first, and then try rerunning that script again. Piyush Sharma wrote: Hi All, I am trying to build Webkit Qt on Linux by using command *WebKit/WebKitTools/Scripts/build -webkit --**qt* but i am getting the error * Cannot find file: \WebKit.pro. Failed to setup build environment using qmake*! Cud any one help me out... Thanks Regards Piyush ___ 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] Proof of Concept: NPAPI plugins in Qt/Windows
I've updated the patch :) http://blog.reaktix.com/2007/11/10/plugins-in-qtwebkit-for-windows/ From the blog post: 2 major issues remaining: 1. Windowed plugins don't scroll with the content 2. Windowless plugins draw with the wrong coordinates ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Proof of Concept: NPAPI plugins in Qt/Windows
From: Kevin Ollivier Sent: Thursday, November 08, 2007 11:48 AM To: Justin Haygood Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Proof of Concept: NPAPI plugins in Qt/Windows Hi Justin, On Nov 8, 2007, at 7:35 AM, Justin Haygood wrote: http://blog.justinhaygood.com/2007/11/07/youtube-in-qt-webkit-windows-only/ For more information, see the above blog post. Basically, it does it by (in a semi-clean way) utiziling the existing code for Windows plugins, which makes this method Windows specific. The requisite patch patches some other parts of the codebase for it to work as well, but for the most part. It actually works, as long you can see from the screenshot J. It needs work, but it’s a good proof of concept that it will work. Thanks for your work on this! :-) I think this approach would likely work for the wx port too, and I think in general it'd be useful to the project as a whole if we could split the plugin code into platform specific bits, and also the core code for Win/Mac/GTK (or X11?) like this, as obviously the plugins themselves are passing around native data structures rather than the ones the ports use. This way all the ports can share the core engine code and only have to implement the front end and do any necessary data type conversions, etc. BTW, one thing I noticed about your patch - it seems to remove and then re-add FrameLoaderQt.cpp (or else, whitespace or something else changed throughout the entire file). Was this intentional? Regards, Kevin No, it was not intentional. FrameLoaderQt.cpp does have some changes in it, mainly the code for creating the plugin. This approach should work on any Windows port of WebKit. The one file that should be abstracted better is PluginViewWin.cpp. I had to hack in support for Qt in quite a few places that would not be necessary if it got the Windows specific handles for things in an abstracted way (probably via inline functions). I might investigate doing that today.___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Proof of Concept: NPAPI plugins in Qt/Windows
From: Kevin Ollivier Sent: Thursday, November 08, 2007 11:48 AM To: Justin Haygood Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Proof of Concept: NPAPI plugins in Qt/Windows Hi Justin, On Nov 8, 2007, at 7:35 AM, Justin Haygood wrote: http://blog.justinhaygood.com/2007/11/07/youtube-in-qt-webkit-windows-only/ For more information, see the above blog post. Basically, it does it by (in a semi-clean way) utiziling the existing code for Windows plugins, which makes this method Windows specific. The requisite patch patches some other parts of the codebase for it to work as well, but for the most part. It actually works, as long you can see from the screenshot J. It needs work, but it’s a good proof of concept that it will work. Thanks for your work on this! :-) I think this approach would likely work for the wx port too, and I think in general it'd be useful to the project as a whole if we could split the plugin code into platform specific bits, and also the core code for Win/Mac/GTK (or X11?) like this, as obviously the plugins themselves are passing around native data structures rather than the ones the ports use. This way all the ports can share the core engine code and only have to implement the front end and do any necessary data type conversions, etc. BTW, one thing I noticed about your patch - it seems to remove and then re-add FrameLoaderQt.cpp (or else, whitespace or something else changed throughout the entire file). Was this intentional? Regards, Kevin Plugins tested and confirmed “working”: Flash Player 9 Quicktime 7 ___ 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] Proof of Concept: NPAPI plugins in Qt/Windows
-- From: Mike Hommey [EMAIL PROTECTED] Sent: Thursday, November 08, 2007 2:11 PM To: Justin Haygood [EMAIL PROTECTED] Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Proof of Concept: NPAPI plugins in Qt/Windows On Thu, Nov 08, 2007 at 10:35:51AM -0500, Justin Haygood wrote: http://blog.justinhaygood.com/2007/11/07/youtube-in-qt-webkit-windows-only/ You should contact Redney Dawes http://wayofthemonkey.com/?date=2007-10-19 http://wayofthemonkey.com/?date=2007-11-06 Mike I would if I had his contact information :). If anyone wants to send me his contact information off-list, I'd appreciate it. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev