[webkit-reviews] review denied: [Bug 24758] [Gtk] Implement a WebDataSource for the gtk port : [Attachment 29261] WebKitWebResource implementation

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon May 25 19:18:22 PDT 2009


Gustavo Noronha (kov) <gns at gnome.org> has denied Maciej Stachowiak
<mjs at apple.com>'s request for review:
Bug 24758: [Gtk] Implement a WebDataSource for the gtk port
https://bugs.webkit.org/show_bug.cgi?id=24758

Attachment 29261: WebKitWebResource implementation
https://bugs.webkit.org/attachment.cgi?id=29261&action=review

------- Additional Comments from Gustavo Noronha (kov) <gns at gnome.org>
> +				       "url",
> +				       "URL",
> +				       "The url of the resource",
> +				       NULL,
> +				       WEBKIT_PARAM_READABLE));

Missing the i18n calls here.

> +WEBKIT_API G_CONST_RETURN gchar *
> +webkit_web_resource_get_data 	      (WebKitWebResource 
*web_resource);

Hmm. Is it guaranteed that the data will always be null-terminated? Most
probably not, since we'll have WebResources for all kinds of resources, right?
Such as images, for instance? I think we may want to use GString, or something
like:

WEBKIT_API G_CONST_RETURN gchar *
webkit_web_resource_get_data		   (WebKitWebResource  *web_resource,
gsize* length);

 159	     const gchar* data;

Length here.

 160	 };
 161	 WebKitWebResource*
 162	
webkit_web_resource_init_with_core_resource(PassRefPtr<WebCore::ArchiveResource
>);

new_with_core_resource instead of init_with to match history item.

I'd r+ with those changes, let me ping xan so that he can check on the API
along with me =). r- for now, because of those issues.


More information about the webkit-reviews mailing list