Anyway, now when it goes to build an icon, it first asks GTK+ if there's a stock image of that name. If so, it loads it on up. And it also returns the stock GtkImage instead of a new instance of SPIcon built from an extracted bitmap. One of the things is that now the stock icons being used will reflect the current theme, when before they'd always be the default GTK+ stock icons regardless of what theme was being used. Also... if the theme is changed will the app is open, they stock icons will now change to stay in step. Perhaps we should use more stock icons. Perhaps we should get inkscape ones pushed out into standard stock land. Perhaps we should have nice SVG inkscape theme sets to switch when main themes are changed. Perhaps...

Anyway, play around and see what comes up.

Date: Sat, 05 Mar 2005 12:16:23 +0100 From: Andreas Nilsson <nisses.mail@...563...> To: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net&gt; Subject: Re: [Inkscape-devel] Icon loading changes Jon A. Cruz wrote: > Anyway, now when it goes to build an icon, it first asks GTK+ if > there's a stock image of that name. If so, it loads it on up. And it > also returns the stock GtkImage instead of a new instance of SPIcon > built from an extracted bitmap. > > One of the things is that now the stock icons being used will reflect > the current theme, when before they'd always be the default GTK+ stock > icons regardless of what theme was being used. Also... if the theme is > changed will the app is open, they stock icons will now change to stay > in step. > > Perhaps we should use more stock icons. Perhaps we should get inkscape > ones pushed out into standard stock land. Perhaps we should have nice > SVG inkscape theme sets to switch when main themes are changed. > Perhaps... Getting Inkscape icons pushed into stock sounds most resonable to me, especially if Inkscape can share some artwork with GIMP, and (with a fd.o-icon naming spec) Scribus. I belive Andy Fitzsimon did a list in the wiki of what could currently be used from stock and what could be added to the stock archive here: http://www.inkscape.org/cgi-bin/wiki.pl?ApplicationIcons

On Sat, 5 Mar 2005 13:25:19 +0000 (GMT), Alan Horkan <horkana@...44...> wrote: > I've been looking at tackling this from the other direction and getting > more of these stock graphics pushed into GTK for all kinds of GTK > applications to use. Would you like to port Scribus to Gtk first? :)

http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-0.8.html

On Sat, 5 Mar 2005 16:13:09 +0100, Craig Bradney <cbradney@...242...>

> On Saturday 05 March 2005 15:05, Alexandre Prokoudine wrote: > > On Sat, 5 Mar 2005 13:25:19 +0000 (GMT), Alan Horkan > > > > <horkana@...44...> wrote: > > > I've been looking at tackling this from the other direction and > > > getting more of these stock graphics pushed into GTK for all kinds of > > > GTK applications to use. > > > > Would you like to port Scribus to Gtk first? :) > > hahahahahahahahahahahahahahah Well, it's not that funny really. If we want apps share look'n'feel, then we've got to remember about inter[gtk-qt] portability. It's not 1999 after all :) Alexandre

> Theres plenty of KDE users who want Scribus to be OK/Cancel, theres GTK > people > who want Cancel/Ok, theres Mac people who want (and almost have) a Scribus > native port and Mac icons, theres Windows people who want a port with > Windows > look and feel. Nah, personally I could care less about a Windows port with Windows look and feel... I just want a Windows port ;)

"Jon A. Cruz" <jon@...18...> wrote

> Anyway, now when it goes to build an icon, it first asks GTK+ > if there's a stock image of that name. If so, it loads it on > up. And it also returns the stock GtkImage instead of a new > instance of SPIcon built from an extracted bitmap. Great! It also works with Gtk-Qt, so I know have Inkscape with KDE icons.