Re: [webkit-dev] API layer for GTK port in Web kit
Thanks Holger for your clear explanation. And I found multiple frames started working in the latest release (some scrolling issues are there). Good news for GTK port. If I am correct, WebKitGtkPage is a class which is synonymous to WebView of Mac. I think there are a lot of functions, signals, etc need to be added to WebKitGtkPage to make it as a full fledged WebView. Regarding image codec, for GTK port, I think we could use Gdk-pixbuf since it supports many image types (BMP, XBM, PNG, GIF, JPEG, etc). I think the only reason Gdk-Pixbuf is not used to make it work for (non GTK) Cairo or Qt platforms. Is that right? Best regards, Namaz Holger Freyther-6 wrote: Am 13.08.2007 um 13:20 schrieb Namaz: Hi All, There is an API layer in WebKit/Gtk folder (although it is not used by GdkLauncher presently). It provides the GObject interfaces for WebKitGtkFrame, WebKitGtkPage, etc. Great! GdkLauncher creates a WebKitGtkPage and is using that. So the API is used by the GdkLauncher, the Openmoko RSS Reader, midori can use it as well. + Any idea, what are all the advantages of using these kind of GObjects instead of C++ class interfaces (Frame, Page classes). Having a C/GObject API is great because you can easily bind it to other languages (e.g. python)and it can be used by C Applications. For some strange reasons most of the GNOME stack is still implemented in C, so this is quite important. + And what classes are going to be added in future into this API layer as GObjects. We aim for implementing what WebView [1] on OS X is offering. So if you have need some feature, we will take a look at WebView and consider how to map it to the Gtk+/GObject world. z. [1] http://developer.apple.com/documentation/Cocoa/Reference/WebKit/ Classes/WebView_Class/Reference/Reference.html ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev -- View this message in context: http://www.nabble.com/API-layer-for-GTK-port-in-Web-kit-tf4260315.html#a12250915 Sent from the Webkit mailing list archive at Nabble.com. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] API layer for GTK port in Web kit
Am 21.08.2007 um 11:01 schrieb Namaz: Thanks Holger for your clear explanation. And I found multiple frames started working in the latest release (some scrolling issues are there). Please file bug reports, be more concrete and attach images or animations (gif,mng) to show the issue. If I am correct, WebKitGtkPage is a class which is synonymous to WebView of Mac. I think there are a lot of functions, signals, etc need to be added to WebKitGtkPage to make it as a full fledged WebView. You are right. But instead of just copying all functions of WebView my plan is/was to implement the bits that are required by applications. So if an applications needs xyz feature, we take a look at WebView and then consider how it should be mapped to Gtk+ and then implement it. Regarding image codec, for GTK port, I think we could use Gdk- pixbuf since it supports many image types (BMP, XBM, PNG, GIF, JPEG, etc). I think the only reason Gdk-Pixbuf is not used to make it work for (non GTK) Cairo or Qt platforms. Is that right? No, we are free to use Gdk-Pixbuf.It is not used yet, because the decoders in WebKit work and we had other issues to solve. If you want to use Gdk-pixbuf, feel free to send a patch. Besides implementing a decoder for Gdk-Pixbuf you want to change the MIMETypeRegistry to register the MimeType's of the supported image formats. This code is in WebCore/platform/MIMETypeRegistry.cpp and probably in WebCore/platform/gdk/MIMETypeRegistry.cpp. kind regards z. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Error in script regenerate-makefiles
Hi, When run the script regenerate-makefiles, error is prompt. bakefile-0.2.0/tests/regressions/regressions.bkl bakefile-0.2.0/tests/root.bkl bakefile-0.2.0/THANKS checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking target system type... i686-pc-cygwin checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. make: *** No targets specified and no makefile found. Stop. make: *** No rule to make target `install'. Stop. ./regenerate-makefiles: line 71: bakefile_gen: command not found ./regenerate-makefiles: line 73: bakefile_gen: command not found == It seems that it exits from checking during installing Bakefile. checking for C compiler default output file name... configure: error: C compiler cannot create executables May i ask how to sort out this error?? Thank you -- View this message in context: http://www.nabble.com/Error-in-script-regenerate-makefiles-tf4304743.html#a12253280 Sent from the Webkit mailing list archive at Nabble.com. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
RE: [webkit-dev] Need help building on Windows
Adam, I am trying to build the QT port on windows, I may be using the wrong directions because I did not know there were two flavors on windows. I am currently using the build instructions that are found in .\webkit\WebKitSite\building\build.html that come down with the code from SVN. I assume now that this is the wrong directions for building the QT port. Any help on building the QT port would be appreciated. Thanks, Jarrod _ From: Adam Roben [mailto:[EMAIL PROTECTED] Sent: Monday, August 20, 2007 4:12 PM To: Jarrod Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Need help building on Windows On Aug 20, 2007, at 12:43 PM, Jarrod wrote: Hello, I am trying to build the webkit on Windows and have been unsuccessful so far. Basically I have installed all the dependant software (I believe), and I have updated the path and added the proper Environment variables (again, I believe). Hi Jarrod- Are you building the Qt port of WebKit on Windows? I ask because there are currently (at least) 2 flavors of WebKit that can be built on Windows, the Qt one and the one that Safari uses. Which are you trying to build? What build instructions are you following? My guess is that you're building the Qt port, given that you have MinGW and ActiveState Perl installed (the flavor of WebKit that Safari uses requires Cygwin and Cygwin's perl). -Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Unused variable shouldDumpSubframesAsText in DumpRenderTree.m
Good catch. It would be really helpful if you would file a bug and post a patch to remove it. See http://webkit.org/coding/contributing.html for information about how to do this. Thanks again. -Sam On 8/21/07, Anyang Ren [EMAIL PROTECTED] wrote: r24862 added an unused variable shouldDumpSubframesAsText to DumpRenderTree.m: Index: DumpRenderTree.m === --- DumpRenderTree.m(revision 24862) +++ DumpRenderTree.m(revision 24863) @@ -91,6 +91,7 @@ BOOL windowIsKey = YES; WebFrame *mainFrame = 0; +BOOL shouldDumpSubframesAsText; BOOL shouldDumpEditingCallbacks; BOOL shouldDumpResourceLoadCallbacks; BOOL shouldDumpFrameLoadCallbacks;ZZ -- Anyang Ren Open source developer ___ 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] Directory for Safari 3 for Windows plugins that isn't in Program Files?
Anders Carlsson wrote: It won't matter where you install your plug-in as long as you add a registry entry for it as described in http://developer.mozilla.org/en/docs/Plugins:_The_first_install_problem I've finally tested this, and this does not seem to be the case. Safari 3.0.3 (522.15.5) for Windows appears to only check HKEY_LOCAL_MACHINE\Software\MozillaPlugins for plugins, not HKEY_CURRENT_USER\Software\MozillaPlugins. This means that it will not (and does not) pick up NPAPI plugins installed without Administrator privileges. Where should I file this as a bug? Thanks, Vitorio Miliano ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Directory for Safari 3 for Windows plugins that isn't in Program Files?
Since this is a WebKit bug, you could file it at http://bugs.webkit.org/ instead. -Adam On Aug 21, 2007, at 5:21 PM, David D. Kilzer wrote: Please file a bug using http://bugreport.apple.com/. If you don't have an ADC account, please create a free online account using http://connect.apple.com/. Also, please provide the Radar bug number in a reply once you've filed it. Thanks! Dave MILIANO Vitorio [EMAIL PROTECTED] wrote: Anders Carlsson wrote: It won't matter where you install your plug-in as long as you add a registry entry for it as described in http://developer.mozilla.org/en/docs/Plugins:_The_first_install_problem I've finally tested this, and this does not seem to be the case. Safari 3.0.3 (522.15.5) for Windows appears to only check HKEY_LOCAL_MACHINE\Software\MozillaPlugins for plugins, not HKEY_CURRENT_USER\Software\MozillaPlugins. This means that it will not (and does not) pick up NPAPI plugins installed without Administrator privileges. Where should I file this as a bug? Thanks, Vitorio Miliano ___ 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] Directory for Safari 3 for Windows plugins that isn't in Program Files?
On Aug 21, 2007, at 5:21 PM, David D. Kilzer wrote: Please file a bug using http://bugreport.apple.com/. If you don't have an ADC account, please create a free online account using http://connect.apple.com/. Also, please provide the Radar bug number in a reply once you've filed it. Thanks! I think it's actually a WebKit bug, not a Safari bug, so in principle it could be filed in bugs.webkit.org instead or in addition. - Maciej Dave MILIANO Vitorio [EMAIL PROTECTED] wrote: Anders Carlsson wrote: It won't matter where you install your plug-in as long as you add a registry entry for it as described in http://developer.mozilla.org/en/docs/Plugins:_The_first_install_problem I've finally tested this, and this does not seem to be the case. Safari 3.0.3 (522.15.5) for Windows appears to only check HKEY_LOCAL_MACHINE\Software\MozillaPlugins for plugins, not HKEY_CURRENT_USER\Software\MozillaPlugins. This means that it will not (and does not) pick up NPAPI plugins installed without Administrator privileges. Where should I file this as a bug? Thanks, Vitorio Miliano ___ 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
