Bug 50623

Summary: [GTK] Use gtk_icon_set_render_icon() to render icons in RenderThemeGtk
Product: WebKit Reporter: Carlos Garcia Campos <cgarcia>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: abarth, commit-queue, eric, mrobinson, pnormand, webkit.review.bot
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: PC   
OS: Linux   
Attachments:
Description Flags
Patch to use gtk_icon_set_render_icon()
mrobinson: review-
Updated patch addressing martin's comments
mrobinson: review-
A new update fixing more issues none

Carlos Garcia Campos
Reported 2010-12-07 04:24:56 PST
Using gtk_icon_set_render_icon() we use the gtk icon cache and icons are rendered using state and direction. So, icons are prelighted on hover (we can remove the TODO comment in paintSearchFieldCancelButton), although it doesn't currently work due to a gtk+ issue (https://bugzilla.gnome.org/show_bug.cgi?id=636691). Gtk icon cache is automatically cleared when the theme changes, so we don't need to connect to the theme changed signal.
Attachments
Patch to use gtk_icon_set_render_icon() (18.42 KB, patch)
2010-12-07 04:30 PST, Carlos Garcia Campos
mrobinson: review-
Updated patch addressing martin's comments (18.43 KB, patch)
2010-12-08 04:48 PST, Carlos Garcia Campos
mrobinson: review-
A new update fixing more issues (18.19 KB, patch)
2010-12-08 07:23 PST, Carlos Garcia Campos
no flags
Carlos Garcia Campos
Comment 1 2010-12-07 04:30:46 PST
Created attachment 75798 [details] Patch to use gtk_icon_set_render_icon() With this patch bugs #50225 and #50226 can be closed too.
Carlos Garcia Campos
Comment 2 2010-12-07 04:43:57 PST
*** Bug 50226 has been marked as a duplicate of this bug. ***
Carlos Garcia Campos
Comment 3 2010-12-07 04:44:08 PST
*** Bug 50225 has been marked as a duplicate of this bug. ***
WebKit Review Bot
Comment 4 2010-12-07 08:42:53 PST
Attachment 75798 [details] did not pass style-queue: Failed to run "[u'git', u'reset', u'--hard', u'refs/remotes/trunk']" exit_code: 128 error: Could not write new index file. fatal: Could not reset index file to revision 'refs/remotes/trunk'. If any of these errors are false positives, please file a bug against check-webkit-style.
WebKit Review Bot
Comment 5 2010-12-07 09:43:59 PST
Attachment 75798 [details] did not pass style-queue: Failed to run "[u'git', u'reset', u'--hard', u'refs/remotes/trunk']" exit_code: 128 error: Could not write new index file. fatal: Could not reset index file to revision 'refs/remotes/trunk'. If any of these errors are false positives, please file a bug against check-webkit-style.
WebKit Review Bot
Comment 6 2010-12-07 10:44:57 PST
Attachment 75798 [details] did not pass style-queue: Failed to run "[u'git', u'reset', u'--hard', u'refs/remotes/trunk']" exit_code: 128 error: Could not write new index file. fatal: Could not reset index file to revision 'refs/remotes/trunk'. If any of these errors are false positives, please file a bug against check-webkit-style.
WebKit Review Bot
Comment 7 2010-12-07 11:46:10 PST
Attachment 75798 [details] did not pass style-queue: Failed to run "[u'git', u'reset', u'--hard', u'refs/remotes/trunk']" exit_code: 128 error: Could not write new index file. fatal: Could not reset index file to revision 'refs/remotes/trunk'. If any of these errors are false positives, please file a bug against check-webkit-style.
WebKit Review Bot
Comment 8 2010-12-07 21:33:09 PST
Attachment 75798 [details] did not pass style-queue: Failed to run "['WebKitTools/Scripts/update-webkit']" exit_code: 2 Updating OpenSource Incomplete data: Delta source ended unexpectedly at /usr/lib/git-core/git-svn line 5061 Died at WebKitTools/Scripts/update-webkit line 132. If any of these errors are false positives, please file a bug against check-webkit-style.
Martin Robinson
Comment 9 2010-12-08 01:29:19 PST
Comment on attachment 75798 [details] Patch to use gtk_icon_set_render_icon() View in context: https://bugs.webkit.org/attachment.cgi?id=75798&action=review Great patch. My biggest concern is whether or not the GTK+ icon caching behavior is defined. If it's defined can we be sure that it's performant? > WebCore/platform/gtk/RenderThemeGtk.cpp:85 > + RefPtr<BitmapImage> img = BitmapImage::create(surface); > + return img.release(); > +} I think this should just be return BitmapImage::create(surface); > WebCore/platform/gtk/RenderThemeGtk.cpp:117 > + iconSet = gtk_icon_set_new(); If this variable isn't used outside this block, it should be delcared here. > WebCore/platform/gtk/RenderThemeGtk.cpp:263 > +GtkStateType RenderThemeGtk::gtkIconState(RenderObject* renderObject) I think this can just be a static function. It doesn't seem to need to be a method. > WebCore/platform/gtk/RenderThemeGtk.cpp:268 > + state = GTK_STATE_INSENSITIVE; These should be early returns. > WebCore/platform/gtk/RenderThemeGtk.cpp:478 > + gint width, height; Please initialize these values to 0. > WebCore/platform/gtk/RenderThemeGtk.cpp:502 > + RefPtr<Image> searchImage = loadStockIcon(style, GTK_STOCK_FIND, gtkTextDirection(renderObject->style()->direction()), Instead of blitting the icon GdkPixbuf to a cairo surface wrapping it in a WebCore Image and then having WebCore paint one surface to another, it would be more effecieint to simply call gdk_cairo_set_source_pixbuf and paint the GdkPixbuf directly. Does GtkIconSet cache the icons or does it load them every time? > WebCore/platform/gtk/RenderThemeGtk.cpp:515 > + gint width, height; Please initialize these values before using them. > WebCore/platform/gtk/RenderThemeGtk.cpp:525 > + RefPtr<Image> cancelImage = loadStockIcon(style, GTK_STOCK_CLEAR, gtkTextDirection(renderObject->style()->direction()), > + gtkIconState(renderObject), GTK_ICON_SIZE_MENU); Same suggesiton here as above. > WebCore/platform/gtk/RenderThemeGtk.cpp:789 > +bool RenderThemeGtk::paintMediaButton(RenderObject* renderObject, GraphicsContext* context, const IntRect& rect, const char* iconName, Color panelColor, int mediaIconSize) Is it possible to make this a static function instead of a method? > WebCore/platform/gtk/RenderThemeGtk.cpp:793 > + RefPtr<Image> image = loadStockIcon(style, iconName, gtkTextDirection(renderObject->style()->direction()), gtkIconState(renderObject), getMediaButtonIconSize(mediaIconSize)); Ditto. > WebCore/platform/gtk/RenderThemeGtk.h:142 > + virtual void initMediaColors(); > + virtual void initMediaButtons(); Please remove the 'virtual' here. > WebCore/platform/gtk/RenderThemeGtk.h:175 > + bool paintMediaButton(RenderObject*, GraphicsContext*, const IntRect& rect, const char *iconName, Color panelColor, int mediaIconSize); No need for "rect" variable name and the asterisk on iconName should be with the type name. > WebCore/platform/gtk/RenderThemeGtk.h:177 > + GtkStateType gtkIconState(RenderObject* renderObject); No need for the variable name.
Carlos Garcia Campos
Comment 10 2010-12-08 02:01:13 PST
(In reply to comment #9) > (From update of attachment 75798 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=75798&action=review > > Great patch. My biggest concern is whether or not the GTK+ icon caching behavior is defined. If it's defined can we be sure that it's performant? GTK+ icon caching behaviour? icons are cached by gtkiconfactory, for any of their states and direction the first time they are rendered, and cache is cleared when the theme changes. Take a look at the code if you want to make sure: http://git.gnome.org/browse/gtk+/tree/gtk/gtkiconfactory.c#n1082 Why wouldn't it be performant? > > WebCore/platform/gtk/RenderThemeGtk.cpp:85 > > + RefPtr<BitmapImage> img = BitmapImage::create(surface); > > + return img.release(); > > +} > > I think this should just be return BitmapImage::create(surface); > > > WebCore/platform/gtk/RenderThemeGtk.cpp:117 > > + iconSet = gtk_icon_set_new(); > > If this variable isn't used outside this block, it should be delcared here. Ok. > > WebCore/platform/gtk/RenderThemeGtk.cpp:263 > > +GtkStateType RenderThemeGtk::gtkIconState(RenderObject* renderObject) > > I think this can just be a static function. It doesn't seem to need to be a method. I don't think so, isEnabled(), isPressed() and isHovered() are methods of RenderTheme, I can make it static and pass a pointer to RenderTheme, but I don't think it's worth it. > > WebCore/platform/gtk/RenderThemeGtk.cpp:268 > > + state = GTK_STATE_INSENSITIVE; > > These should be early returns. Ok > > WebCore/platform/gtk/RenderThemeGtk.cpp:478 > > + gint width, height; > > Please initialize these values to 0. > > > WebCore/platform/gtk/RenderThemeGtk.cpp:502 > > + RefPtr<Image> searchImage = loadStockIcon(style, GTK_STOCK_FIND, gtkTextDirection(renderObject->style()->direction()), > > Instead of blitting the icon GdkPixbuf to a cairo surface wrapping it in a WebCore Image and then having WebCore paint one surface to another, it would be more effecieint to simply call gdk_cairo_set_source_pixbuf and paint the GdkPixbuf directly. It's mostly the same, gdk_cairo_set_source_pixbuf() converts the pixbuf into a cairo surface and sets the surface as the current source, so you don't paint the pixbuf directly. > Does GtkIconSet cache the icons or does it load them every time? Yes, icons are cached by gtk+. > > WebCore/platform/gtk/RenderThemeGtk.cpp:515 > > + gint width, height; > > Please initialize these values before using them. > > > WebCore/platform/gtk/RenderThemeGtk.cpp:525 > > + RefPtr<Image> cancelImage = loadStockIcon(style, GTK_STOCK_CLEAR, gtkTextDirection(renderObject->style()->direction()), > > + gtkIconState(renderObject), GTK_ICON_SIZE_MENU); > > Same suggesiton here as above. > > > WebCore/platform/gtk/RenderThemeGtk.cpp:789 > > +bool RenderThemeGtk::paintMediaButton(RenderObject* renderObject, GraphicsContext* context, const IntRect& rect, const char* iconName, Color panelColor, int mediaIconSize) > > Is it possible to make this a static function instead of a method? I don't think so. we are using gtkContainer() > > WebCore/platform/gtk/RenderThemeGtk.cpp:793 > > + RefPtr<Image> image = loadStockIcon(style, iconName, gtkTextDirection(renderObject->style()->direction()), gtkIconState(renderObject), getMediaButtonIconSize(mediaIconSize)); > > Ditto. > > > WebCore/platform/gtk/RenderThemeGtk.h:142 > > + virtual void initMediaColors(); > > + virtual void initMediaButtons(); > > Please remove the 'virtual' here. > > > WebCore/platform/gtk/RenderThemeGtk.h:175 > > + bool paintMediaButton(RenderObject*, GraphicsContext*, const IntRect& rect, const char *iconName, Color panelColor, int mediaIconSize); > > No need for "rect" variable name and the asterisk on iconName should be with the type name. > > > WebCore/platform/gtk/RenderThemeGtk.h:177 > > + GtkStateType gtkIconState(RenderObject* renderObject); > > No need for the variable name.
Carlos Garcia Campos
Comment 11 2010-12-08 04:48:55 PST
Created attachment 75890 [details] Updated patch addressing martin's comments
Martin Robinson
Comment 12 2010-12-08 05:19:49 PST
Comment on attachment 75890 [details] Updated patch addressing martin's comments View in context: https://bugs.webkit.org/attachment.cgi?id=75890&action=review Looking good! > WebCore/platform/gtk/RenderThemeGtk.cpp:73 > + PlatformRefPtr<GdkPixbuf> icon = gtk_icon_set_render_icon(iconSet, style, direction, state, iconSize, 0, 0); If gtk_icon_set_render_icon returns a new reference this should be wrapped in adoptPlatformRef. If it doesn't, this can just be a raw GdkPixbuf* since we don't need to take a reference. > WebCore/platform/gtk/RenderThemeGtk.cpp:102 > + if (!iconsInitialized) { Please use an early return here. > WebCore/platform/gtk/RenderThemeGtk.cpp:103 > + GtkIconFactory* iconFactory = gtk_icon_factory_new(); This is a situation where a PlatformRefPtr with adoptPlatformRef would make sense. > WebCore/platform/gtk/RenderThemeGtk.cpp:480 > + return IntPoint(rect.x(), rect.y()); This should just be rect.topLeft() > WebCore/platform/gtk/RenderThemeGtk.h:175 > + bool paintMediaButton(RenderObject*, GraphicsContext*, const IntRect&, const char* iconName, Color panelColor, int mediaIconSize); It looks like panelColor is always m_panelColor and mediaIconSize is always m_mediaIconSize, so you can remove these parameters.
Carlos Garcia Campos
Comment 13 2010-12-08 07:23:33 PST
Created attachment 75901 [details] A new update fixing more issues
Martin Robinson
Comment 14 2010-12-08 09:39:26 PST
Comment on attachment 75901 [details] A new update fixing more issues Thanks!
WebKit Commit Bot
Comment 15 2010-12-08 15:47:42 PST
The commit-queue encountered the following flaky tests while processing attachment 75901 [details]: inspector/debugger-breakpoints-not-activated-on-reload.html Please file bugs against the tests. These tests were authored by loislo@chromium.org and podivilov@chromium.org. The commit-queue is continuing to process your patch.
WebKit Commit Bot
Comment 16 2010-12-08 15:50:44 PST
Comment on attachment 75901 [details] A new update fixing more issues Clearing flags on attachment: 75901 Committed r73561: <http://trac.webkit.org/changeset/73561>
WebKit Commit Bot
Comment 17 2010-12-08 15:50:50 PST
All reviewed patches have been landed. Closing bug.
WebKit Review Bot
Comment 18 2010-12-09 00:34:22 PST
http://trac.webkit.org/changeset/73561 might have broken GTK Linux 32-bit Release and GTK Linux 64-bit Debug The following tests are not passing: fast/css/input-search-padding.html fast/css/text-input-with-webkit-border-radius.html fast/forms/box-shadow-override.html fast/forms/control-restrict-line-height.html fast/forms/input-appearance-height.html fast/forms/placeholder-pseudo-style.html fast/forms/placeholder-set-value.html fast/forms/search-cancel-button-style-sharing.html fast/forms/search-placeholder-value-changed.html fast/forms/search-rtl.html fast/forms/search-styled.html fast/forms/search-transformed.html fast/forms/search-vertical-alignment.html fast/forms/search-zoomed.html fast/forms/searchfield-heights.html
Note You need to log in before you can comment on or make changes to this bug.