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] API layer for GTK port in Web kit
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! + Any idea, what are all the advantages of using these kind of GObjects instead of C++ class interfaces (Frame, Page classes). + And what classes are going to be added in future into this API layer as GObjects. Best reagards, Namaz -- View this message in context: http://www.nabble.com/API-layer-for-GTK-port-in-Web-kit-tf4260315.html#a12123705 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 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