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

[raster redhat com]

On  9 Jan, Patrice Fortier shouted:
->  > 
->  > 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.

thankyou.. and yes.. i dont have the time.. first i'm proting imlib to
spew out gdk primitives and be a "gdk" thing.. thsi will eb basic to
anything like giving gtk themes.. i'mplayign wiht gtk to see how
feasable it is.. i'm not saying it needs to go in the 1.0 relase or any
particular release, but it sohuld be worked on, to avoid, as oyu said,
the zillion gtk-* hacks that will come out if it is not done. I'm
workign on it now basically to become familiar wiht the internals of
gtk, and so when we get around to it ti'll be easier to do. thats why i
sugegsted using more child windows.. it would make it easier to do...
unlike some i am thinking ahead when oneday someone will do this.. if
not me, someone else. its bets put into gtk natively than added as  a
hack later...

I want to contribute and help wiht this gnome/gtk/g* project.. and the
place i saw myself best startign was proting code i've spent a lot of
time on to make it fast and powerful... imlib has made my life a deram
coding enlightenment... and i'm sure somehting similar sould make it
easy as hell for gtk programmers.


->  
->  Patrice.
->  
->  

-- 
+------------------------------------------------------------------------------+
|raster@rasterman.com     /\___ /\ ___/||\___ ____/|/\___  raster@redhat.com   |
|Carsten Haitzler         | _ //__\\ __||_ __\\ ___|| _ /  Red Hat Advanced    |
|218/21 Conner Drive      || // __ \\_ \ | |   \ _/_|| /   Development Labs    |
|Chapel Hill NC 27514 USA ||\\\/  \//__/ |_|   /___/||\\   +1 919 547 0012 282 |
|               For pure Enlightenment  http://www.rasterman.com/              |
+-============================================================================-+