Re: [evolution-patches] Re: GAL status

[Gilbert Fang <gilbert fang sun com>]

Hi, Ettore and Mike
 
  It seems evolution 2.0 will be the next target although there is no
schedule for it. Is there still an evolution 1.6 release ?

  Is that true that currently in the HEAD, you are  begin now to remove
the gal dependency while not sure when to finish? 

  It is important to us, because if the changes begins to happen now, we
have to re-schedule our plan now, and if the changes may  change after
evo1.6 if there will be one half a year later, we may or maynot
reschedule our tasks.

  Actually, such a big change to gal really affect our work heavily, not
only the a11y work, but also any others related with UI using gal.
Anyway, the changes is not bad, because the more widgets based on gtk,
the less the community should do for a11y.

Best Regards
Gilbert   

On Wed, 2003-07-23 at 02:36, Ettore Perazzoli wrote:
> > The real uncertainty lies in gal/widgets.  e-scroll-frame and
> > e-[vh]scrollbar appear to be dead already. I believe all the rest are
> > still in use, but whether they still will be when 2.0 ships is
> > uncertain.
> 
> Hmmm let's see...  Assuming we go with GTK 2.4 (which seems likely given
> the timeframe) and that eventually we want to have no GAL:
> 
>       * gtk-combo-box, gtk-combo-text, gtk-combo-stack,
>         widget-color-combo, widget-pixmap-combo, color-group,
>         color-palette, e-color can be replaced with the new combo box
>         stuff in GTK 2.4.
> 
>       * e-categories-* shouldn't really need to be in GAL, they should
>         be moved to Evolution.  They should stay since they are used all
>         over the place for category management and we are not planning
>         to change that.
> 
>       * e-cursor I am not sure.  Is there something in GTK 2 that we
>         need to replace this with?
> 
>       * e-font should be removed.  It's not used anymore.
> 
>       * e-gui-utils should probably be moved to Evolution.
> 
>       * e-scroll-frame, e-vscrollbar, e-hscrollbar can all be nuked.
> 
>       * e-option-menu should probably stay and be moved to Evolution
>         (since the GtkOptionMenu API still sucks, and I don't think it's
>         going to be fixed in GTK 2.4).
> 
>       * e-popup-menu should probably stay and be moved to Evolution.
> 
>       * e-printable is not used anywhere as far as I can tell.
> 
>       * e-reflow* is used by the minicard view so we are going to need
>         it for a while.  (However, I'd personally like to get rid of the
>         minicard view too, so we'll see.  :-))
> 
>       * e-selection-model needs to stay.
> 
>       * e-unicode can be nuked.
> 
> Am I missing anything?
> 
> Mike, maybe you could start doing some of these cleanups for HEAD? 
> (Before we move this stuff into Evolution we probably need to fix up the
> directory structure in Evo itself too...)
> 
> -- Ettore