Re: 2.3 Proposed Features
- From: Luis Villa <louie ximian com>
- To: Ettore Perazzoli <ettore ximian com>
- Cc: Havoc Pennington <hp redhat com>, Christian Meyer <chrisime uni de>, Glynn Foster <glynn foster sun com>, aes gnome org, jdub perkypants org, desktop-devel-list gnome org
- Subject: Re: 2.3 Proposed Features
- Date: 04 Feb 2003 00:09:40 -0500
On Tue, 2003-02-04 at 00:08, Ettore Perazzoli wrote:
> > We should however have a plan for using cut-and-pasted bits of GTK,
> > some stuff to consider:
> >
> > - this way GNOME 2.4 can be using the new file selector UI, for
> > example
> >
> > - if the cut-and-pasted bits are named in the gtk_ namespace, when
> > real GTK 2.4 comes out there will be symbol collision issues
> > we need to avoid. Thus cut-and-paste bits should probably be
> > in egg_. But policy here is required.
>
> Oh no, please no. :-) No cut and paste.
>
> GNOME 2.4 should ship with a public API that matches what the actual
> applications are using. It doesn't make any sense otherwise.
Completely separately from my other, snide, response to Ettore ;) I have
to agree here. We cannot ship 2.4 with something as basic as the file
selector not being consistent between applications. The current
egg-related situation is bad enough (with yet another toolbar, and yet
another API for recent-files support). Those are at least mostly
user-hidden. It will be much, much worse if we are inflicting two
different file selectors on our users. We /must/ have a plan for getting
file selector support either everywhere or nowhere in the 2.4 timeframe,
or we'll have a severe regression for usability.
Luis
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]