[gtk-list] Re: GTK widget: Round dial



> 
> On Thu, 8 Jan 1998 raster@redhat.com wrote:
> 
> > On  8 Jan, Andy Tai shouted:
> > ->  
> > ->  Please don't Enlightenment-ize gtk... Please DON'T...   All these sort of
> > ->  features should be optional, NOT IN GTK CORE.  Functionality is more important
> > ->  than look and feel.   
> > 
> > the functionality is already there... i'm adding the embelishments.. if
> > you didnt read my other mails you may have missed the bit about it
> > being "optional". ie if you dont specicy a themebed background pixmap
> > for a widget it will behave exactly as it does now. I see nothing
> > harmful about this. 

I'll add that the Imlib part and multiple Look&feels are different.

Imlib is a low-level functionnality (allows to scale pixmaps, gif,
png...), although I don't know how is the caching efficiency it's 
a good thing(tm). 

OTOH themeballs and custom/plugable look&feels is high level stuff
(gtk) and will require some major work on gtk (most of the widgets
and the gtkstyle). 
This last thing is planned for after the 1.0 release.

> To add a comment opposing Andy Tai's: we've seen all sorts of libAW
> variants, to produce the effect of several different widget sets (Next,
> W'95, basic 3-D, and probably several more).
Xaw, Xaw3d, Xaw95, neXtaw, xaw-xpm, xaw-imlib. You can add some differences
in compil options (Xaw or Motif scrollbar for Xaw3d), and think that
each version has its own bugs, and own limitations (sometime trivial
to fix). A mess.

> No, Gtk certainly doesn't need a complete Next (or OpenView, or Mac, or
> whatever) widget set built into it, but I feel strongly that the capacity
> for such is a Good Thing. 

If gtk becomes popular (ok it's already popular :)), it' won't be
only a "Good Thing", it'll be on obligation to avoid most of the
"gtk-xxx" rewrite project.

As Raster is quite busy with enlightenment and his new job at Redhat,
we can consider ourselves happy: He doesn't have enough time to 
rewrite gtk-enlightenment alone :).

Glad to see you with us Raster.

Patrice.




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]