JiHO: it seems you do not have the SVG loader for GdkPixbuf. Also try the "kill SPIcon" patch I posted, but if you don't have the loader, the big icons will probably be pixelated.
Jon A. Cruz wrote:
The internal rendering (from a single icons.svg file) is 100% compatible with regular theming mechanisms of GTK apps.
It is not compatible with many convenient GTK APIs, for instance Gtk::Action::create_with_icon_name. There is no way to convince Gtk::IconTheme to fetch named icons from the monolithic file. One can define stock icons for every icon used in the application or add builtin icons to the icon theme, but those approaches don't work with scalable icons.
The bigger problem is that the concept itself is wrong. The fixed- sized PNG versions were added as a work-around for systems that did not have librsvg to the latest version.
They are a workaround for systems that don't have librsvg at all, and I don't like it. The real solution is to either bundle librsvg on those systems, or write another GdkPixbuf loader for SVG that will use our renderer. Those are the only ways to be able to use all the convenient APIs for named icons. I would opt for the former because it is much less work and has superior performance (librsvg is quite fast, in my tests it was even slightly faster than loading PNG icons).
Also.. the source SVG icons themselves were also dumbed down to work for librsvg, and thus lost some Inkscape features.
When I extracted icons from icons.svg, I had to modify exactly one icon (randomize.svg). And in fact it was just fixing malformed markup that was interpreted by Inkscape as correct. By the way, all other SVG icons in existence are also "dumbed down" for librsvg, yet there are some beautiful icon sets out there, so the limitations can't be that severe.
PS I don't know who is 'changing the code under you': my last change to icon.cpp is the blurry icon issue fix from more than a month ago (16 April to be exact), and all later changes are from you...
Regards, Krzysztof Kosiński