I believe that this is exactly what GtkIconFactory is there for, it allows you to define named icons for various widget states including RTL/LTR.
Thankfully GtkIconFactory != stock icons... but unfortunately it looks as though a deprecation of GtkIconFactory snuck in with the stock icon deprecation (presumably under the guise that the two are somehow related). Ok, sorry for venting my frustration, but is there really any justification for this additional deprecation of a useful feature ? It's also frustrating that GtkIconFactory is silently removed, after not even receiving any reply on the topic, which was discussed only a month or two ago: https://mail.gnome.org/archives/gtk-devel-list/2013-May/msg00063.html Is it too late to reverse this deprecation for 3.10 ? Cheers, -Tristan On Thu, Jul 25, 2013 at 11:37 AM, phil <p...@philandanna.no-ip.org> wrote: > > On 02/07/13 14:41, William Jon McCann wrote: >> >> Hi, >> >> As some of you may have noticed we have recently deprecated Stock Items >> in master. >> >> Some details on this change may be found here: >> >> https://docs.google.com/document/d/1KCVPoYQBqMbDP11tHPpjW6uaEHrvLUmcDPqKAppCY8o/pub >> >> Please let us know what you think. > > > The document doesn't mention anything about stock icons with rtl variants. I > just changed some code from using the "stock-id" property of a > GtkCellRendererPixbuf to "icon-name" and I only see the ltr versions of the > media-playback-start icon on a rtl locale. Is it now the applications > responsibility to take care of this by changing the icon name or is it just > a bug? If it is now up to the application then I think that is (a) not a > good idea as people will forget to do it and (b) it also needs a prominent > mention in the migration guide. > > As others have mentioned it is unfortunate eliminating the #defines for > stock items also eliminates all compile-time checks for valid icon names & > makes errors in common menu items more likely. > > One other thing, I'm wondering why the migration guide and rationale are on > goggle docs which tracks who is viewing what and which links they click on > in the documents. It seems a bit incongruous as GNOME is currently fund > raising for privacy enhancements and has it's own wiki. > > Best Wishes > > Phillip Wood > > > _______________________________________________ > gtk-devel-list mailing list > gtk-devel-list@gnome.org > https://mail.gnome.org/mailman/listinfo/gtk-devel-list _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
