> If you know a way to achieve equivalent functionality without the GNOME
> dependency, please do tell!
Wouldn't it be possible to steal it from libgnomeui without too much work? I
had a look at the GTK+ file chooser, and they pretty much re-implement it
internally[1]. Apparently, other applications such as gedit are planning taking
this road as well[2].
If it's too much trouble, now that stock icons are used in the navigation bar
by default (i.e. now that gnomestripe has been committed to the trunk), I think
it would be nicer if a stub moz-icon:// handler showing some default "missing"
icon was implemented for the one of us not having gnome installed: the
interface would feel less broken this way, and users could quickly spot the
problem.
> If you know a way to achieve equivalent functionality without the GNOME
> dependency, please do tell!
Wouldn't it be possible to steal it from libgnomeui without too much work? I
had a look at the GTK+ file chooser, and they pretty much re-implement it
internally[1]. Apparently, other applications such as gedit are planning taking
this road as well[2].
If it's too much trouble, now that stock icons are used in the navigation bar
by default (i.e. now that gnomestripe has been committed to the trunk), I think
it would be nicer if a stub moz-icon:// handler showing some default "missing"
icon was implemented for the one of us not having gnome installed: the
interface would feel less broken this way, and users could quickly spot the
problem.
-- svn.gnome. org/viewvc/ gtk%2B/ trun/gtk/ gtkfilechooserd efault. c?view= mar$ blogs.gnome. org/pbor/ 2007/09/ 24/delivering- the-killing- blow-to- libgno$
[1]http://
[2]http://