[webkit-dev] Re: Focus traversal question
Artem Ananiev wrote: Hi, Alp, sorry for a slight delay with the answer. I'm not working with GTK port, but rather investigating the possibility of new Java port, on windows, linux and solaris platforms. Artem, For what it's worth, we (informally) evaluated the option of a native CLR port as part of the Mono project. It turns out that while it might be feasible to port some of WebCore to a managed runtime in the space of a few months, the true value of WebKit is that it's an evolving code base with a brilliant and responsive team of devoted core developers, something that is lost when you deviate too far from the existing architecture. So you end up with a browser that no longer gets essential site compatibility fixes or support for new Web standards unless you recruit a whole new development team. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Re: Focus traversal question
Hi, Alp, sorry for a slight delay with the answer. I'm not working with GTK port, but rather investigating the possibility of new Java port, on windows, linux and solaris platforms. Artem Alp Toker wrote: Artem Ananiev wrote: After some search I found two methods in ChromeClient related to the question: canTakeFocus() and takeFocus(). Still, I see some problems with the reverse traversal (I tried text field on www.yahoo.com: when I press Shift+TAB, the methods from ChromeClient are not called). Artem, I noticed you've posted a few questions that have gone unanswered on the list. From your email address, I'm guessing that you're working with one of the X-based ports. If you're working with the GTK+ port, we can assist you but you need to specify which platform you're using in your messages or nobody will feel qualified to reply, since graphics and focus issues are handled differently by each implementation. ___ 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
[webkit-dev] QtWebKit build failed
../../../WebKit/qt/Api/qwebsettings.cpp:179: error: 'class QListQWebSettingsPrivate*' has no member named 'removeOne' removeOne has been added into QList in Trunk code, prepare for Qt4.4. The currrent released Qt4.3 don't have this member function. All of us are supposed to update Qt with Trunk? We bought a commercial license, and that may conflict with other libs. Thanks William ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] JavaScriptCore on Leopard?
Check out http://www.friday.com/bbum/2007/10/27/pyobjc-20-pyobjc-in-leopard Dave On Nov 7, 2007, at 8:41 PM, Darin Adler wrote: - What are the .bridgesupport files inside of the framework's Resources directory? Wow, I have no idea! I think this has to do with general bridging from other programming languages and has nothing directly to do with JavaScript. ___ 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
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
[webkit-dev] Planned Subversion and Trac Downtime for webkit.org
Hi all, On Monday 12 November svn.webkit.org and trac.webkit.org will be offline for up to one hour starting at 8am Pacific time (4pm UTC). The purpose of this outage is to migrate the Subversion-related services to newer hardware. A DNS change will take place while the hardware migration is happening and we hope that this will have propagated completely before the services come back online. One major configuration change will be taking place as a part of the hardware move, though it will only affect developers with commit access to Subversion: Subversion access via svn+ssh:// will not be available after the hardware migration. Committers should all have received instructions via email on how to switch their Subversion access to http://. I would urge all committers to make this switch as soon as possible to ensure that their accounts are working correctly. If you are a committer and are having trouble with this switch or have not received instructions on how to switch, please let me know as soon as is possible. Thanks for your patience, Mark ___ 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
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 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Repository changes on git.webkit.org
On 09/11/2007, at 07:45, Mike Hommey wrote: On Fri, Nov 09, 2007 at 06:26:48AM +1100, Mark Rowe wrote: Yes. My email about the Subversion and Trac downtime hints at the reason for this change. git-svn made a somewhat poor design choice and stored the repository URL in every commit message, and relies on these URLs matching the one that is configured in .git/config. As we are changing SVN URLs we need to rebuild the git repository to match. This has the unfortunate side-effect of changing the commit IDs throughout the history of the repository. We hope to provide more information on how people can switch to the new git repository once it is in place later this week. Then you can keep your current git repo without any problem. You just need to change the svn url and add noMetadata = true in [svn-remote] From http://www.kernel.org/pub/software/scm/git/docs/git-svn.html: svn-remote.name.noMetadata This gets rid of the git-svn-id: lines at the end of every commit. If you lose your .git/svn/git-svn/.rev_db file, git-svn will not be able to rebuild it and you won't be able to fetch again, either. This is fine for one-shot imports. This says that without the metadata there is no way to rebuild the git- svn metadata after cloning from git.webkit.org. This would prevent any direct use of git-svn with the cloned repositories. Am I missing something? - Mark ___ 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
Re: [webkit-dev] Repository changes on git.webkit.org
On Fri, Nov 09, 2007 at 05:41:19AM +1100, Mark Rowe wrote: Hi all, If you're using our Git repository mirror hosted on git.webkit.org, please be aware of the following: git://git.webkit.org/WebKit.git will be moving to: git://git.webkit.org/WebKit-ssh.git Does this mean WebKit.git is going to change to something else in the future ? Mike ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Repository changes on git.webkit.org
On Fri, Nov 09, 2007 at 06:26:48AM +1100, Mark Rowe wrote: On 09/11/2007, at 06:18, Mike Hommey wrote: On Fri, Nov 09, 2007 at 05:41:19AM +1100, Mark Rowe wrote: Hi all, If you're using our Git repository mirror hosted on git.webkit.org, please be aware of the following: git://git.webkit.org/WebKit.git will be moving to: git://git.webkit.org/WebKit-ssh.git Does this mean WebKit.git is going to change to something else in the future ? Yes. My email about the Subversion and Trac downtime hints at the reason for this change. git-svn made a somewhat poor design choice and stored the repository URL in every commit message, and relies on these URLs matching the one that is configured in .git/config. As we are changing SVN URLs we need to rebuild the git repository to match. This has the unfortunate side-effect of changing the commit IDs throughout the history of the repository. We hope to provide more information on how people can switch to the new git repository once it is in place later this week. Then you can keep your current git repo without any problem. You just need to change the svn url and add noMetadata = true in [svn-remote] Mike ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
