[webkit-dev] Adding EditBugs flag
Hello Webkit-dev, I would like to have the EditBugs flag enabled with my account. So regarding this I have sent a mail to webkit-commiters but its not reaching there. Hence requesting here on this mailing list. So can someone enable this please? Thank you, Vivek ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] WebKit-Windows build with VS2008
Hi All, When I build WebKit code for Windows using VS2008, there are several issues I am facing 1. We need to re-generate the webkit.sln file with VS2008 2. VS2008 has strict warning checking, because all the .vcproj has Treat warning as errors, the compilation fails. So the work around is to modify the .vcproj file to disable Treat warning as errors, 3. We also need to change Tools/Scripts/parallelcl to provide correct path for cl.exe (while building from Cygwin) So, I just want to know if other people working on Windows port also facing the same issue. It becomes even more problematic when I am updating my code I get svn conflict in my .vcproj files etc. because of #2 above. If everyone is facing the same issue, may be it is a better idea to commit this patch with the constraint that we will no more support VS2005. Want to know other's opinion on this.. Regs, Rahaman ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Setting up additional WebKit EFL buildbot for 64bit Debug
Hello webkit-dev, Lucas, Gyuyoung and we have agreed to run a secondary EFL buildbot maintained by Intel. We would kindly ask for your support in creating credentials to hook our machine to the master buildbot. Let me know if there are any additional steps we need to follow in addition to http://trac.webkit.org/wiki/BuildBot In understand once I have the local configuration ready - the master.cfg needs to be adjusted - should I create a bugzilla issue and a patch to update it to have two builders for the EFL platform? Thank you very much, Dominik Röttsches ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Setting up additional WebKit EFL buildbot for 64bit Debug
Hi Dominik, Please create a bugzilla bug and include the patch for adding the bot. Once you have that ready to go, I'll generate a password and add it to the master configuration. I'll then email you the password. At that point you can land your patch and everything should work. Let me know if you have any questions or problems and I'll be happy to help out. Thanks! Lucas On Mar 27, 2012, at 5:54 AM, Dominik Röttsches wrote: Hello webkit-dev, Lucas, Gyuyoung and we have agreed to run a secondary EFL buildbot maintained by Intel. We would kindly ask for your support in creating credentials to hook our machine to the master buildbot. Let me know if there are any additional steps we need to follow in addition to http://trac.webkit.org/wiki/BuildBot In understand once I have the local configuration ready - the master.cfg needs to be adjusted - should I create a bugzilla issue and a patch to update it to have two builders for the EFL platform? Thank you very much, Dominik Röttsches ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[webkit-dev] Hosting the webkitgtk.org site on svn.webkit.org
Until this point, the webkitgtk.org page has maintained by an elite cadre of volunteers working outside the realm of svn.webkit.org. I feel that it could be quite valuable to host the page on svn.webkit.org, so that others can file bugs against the page and submit patches. This isn't an entirely simple proposition though, because the site contains a lot of largeish ( 10 megabyte) release tarballs, duplicate copies of all of our documentation, and symbolic links. I'd like to propose an alternative where we still host the page on svn.webkit.org, but in another top-level directory (perhaps 'sites'). This would keep it out of everyones' hair, while still allowing us to manage it using all the great WebKit community tools. I'm interested to hear objections or alternative suggestions. --Martin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] WebKit-Windows build with VS2008
Hi, On Tue, 27 Mar 2012 17:14:55 +0530, M Rahaman wrote: When I build WebKit code for Windows using VS2008, there are several issues I am facing 1. We need to re-generate the webkit.sln file with VS2008 2. VS2008 has strict warning checking, because all the .vcproj has Treat warning as errors, the compilation fails. So the work around is to modify the .vcproj file to disable Treat warning as errors, 3. We also need to change Tools/Scripts/parallelcl to provide correct path for cl.exe (while building from Cygwin) So, I just want to know if other people working on Windows port also facing the same issue. It becomes even more problematic when I am updating my code I get svn conflict in my .vcproj files etc. because of #2 above. If everyone is facing the same issue, may be it is a better idea to commit this patch with the constraint that we will no more support VS2005. Want to know other's opinion on this.. Since every Visual Studio version uses it's own CRT (MSVCRT80.DLL for VS2005) and the code depends on additonal libraries (look into C:\Program Files\Common Files\Apple\Apple Application Support) which need the CRT too. Mixing different CRTs can cause strange errors, so it's not a good idea. IMHO it might be a better idea to get away from the vcproj files and move to a meta build system, so everybody can choose the VS version on it's own. I already did a big part of a CMake based system at [1] which also does not require the cygwin environment. It's possible to use the Win32 version of the different tools, like in the WinCE port [2]. [1] https://bugs.webkit.org/show_bug.cgi?id=72816 [2] http://trac.webkit.org/wiki/WinCE -- Patrick ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Hosting the webkitgtk.org site on svn.webkit.org
By a new top-level directory, do you mean a peer to trunk and branches? If so, I'm not sure expected about that prospect. It sort of goes against the normal layout of SVN repositories. We already have http://trac.webkit.org/browser/trunk/Websites, which would seem like the natural place to put this new web site. Is there much value in putting the release tarballs in svn.webkit.org? I wonder if it would make sense to store those large-ish binary blobs elsewhere and to use svn.webkit.org for the human readable/editable parts of the web site. Adam On Tue, Mar 27, 2012 at 11:26 AM, Martin Robinson mrobin...@webkit.org wrote: Until this point, the webkitgtk.org page has maintained by an elite cadre of volunteers working outside the realm of svn.webkit.org. I feel that it could be quite valuable to host the page on svn.webkit.org, so that others can file bugs against the page and submit patches. This isn't an entirely simple proposition though, because the site contains a lot of largeish ( 10 megabyte) release tarballs, duplicate copies of all of our documentation, and symbolic links. I'd like to propose an alternative where we still host the page on svn.webkit.org, but in another top-level directory (perhaps 'sites'). This would keep it out of everyones' hair, while still allowing us to manage it using all the great WebKit community tools. I'm interested to hear objections or alternative suggestions. --Martin ___ 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] Hosting the webkitgtk.org site on svn.webkit.org
I don't think moving the page to svn.webkit.org will help. It will cause the elite cabre to need svn.webkit.org commit access to do their work. Given how little work is done on www.webkit.org it seems unlikely the move will cause more maintenance to be done on webkitgtk.org. I guess if it were me I'd just throw the site up on GitHub, as that's administer and public. -eric On Tue, Mar 27, 2012 at 1:36 PM, Adam Barth aba...@webkit.org wrote: By a new top-level directory, do you mean a peer to trunk and branches? If so, I'm not sure expected about that prospect. It sort of goes against the normal layout of SVN repositories. We already have http://trac.webkit.org/browser/trunk/Websites, which would seem like the natural place to put this new web site. Is there much value in putting the release tarballs in svn.webkit.org? I wonder if it would make sense to store those large-ish binary blobs elsewhere and to use svn.webkit.org for the human readable/editable parts of the web site. Adam On Tue, Mar 27, 2012 at 11:26 AM, Martin Robinson mrobin...@webkit.org wrote: Until this point, the webkitgtk.org page has maintained by an elite cadre of volunteers working outside the realm of svn.webkit.org. I feel that it could be quite valuable to host the page on svn.webkit.org, so that others can file bugs against the page and submit patches. This isn't an entirely simple proposition though, because the site contains a lot of largeish ( 10 megabyte) release tarballs, duplicate copies of all of our documentation, and symbolic links. I'd like to propose an alternative where we still host the page on svn.webkit.org, but in another top-level directory (perhaps 'sites'). This would keep it out of everyones' hair, while still allowing us to manage it using all the great WebKit community tools. I'm interested to hear objections or alternative suggestions. --Martin ___ 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] new APIs for strokes with dash in Canvas
On Fri, 23 Sep 2011, Young Han Lee wrote: I spent some time trying to find it, but couldn't. This bugzilla seems to be the only place we can get information at the moment. https://bugzilla.mozilla.org/show_bug.cgi?id=662038 On Fri, 23 Sep 2011, Dirk Schulze wrote: The WebCore patch of Young is basically using the specified behavior of stroke-dasharray and stroke-dashoffset in the SVG specification [1]. But we wouldn't support units or percentages, just floating point numbers. I've added something along these lines to the HTML specification. It's not quite the same API; see my e-mail to WHATWG (which I'll be sending in the next few days) for more discussion on the design decisions behind it. -- Ian Hickson U+1047E)\._.,--,'``.fL http://ln.hixie.ch/ U+263A/, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
