Hi,

Nathan C Summers <[EMAIL PROTECTED]> writes:

> > and [links] would also be much simpler to implement than text flow
> > around image boxes (unless you want gimp to depend on gtkhtml2 for the
> > tips).
> 
> I hadn't considered implementation.  I certainly don't want to write code
> to handle text flow.  On my project we used an off-the-shelf rtf widget,
> which was good enough for us.  Unfortunately there isn't really an
> equivent in standard gtk.  Tips alone are not worth more dependencies.
> OTOH, putting the images to the side of the text would not be hard at all
> to do, thanks to the wonders of hboxes.  I can't think of an example when
> we would really need more.

I think one always has to outweight the complexity of a possible 
implementation and the advantages a new feature will bring. While you have
brought up a lot of good points why images would be a good thing to have,
I still doubt it's worth the hassle. After all it's only the tips dialog
and only a small amount of users ever reads them. 

I can think of a solution that should be relatively simple to implement 
and might be a good compromise: what about allowing one image per tip 
that overrides the default wilber image on the right?! By being able to 
use different images in the tips dialog, we could make the dialog more 
attractive and we could provide useful visual hints.


Salut, Sven
_______________________________________________
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Reply via email to