On 5/1/07, Quentin Mathé <[EMAIL PROTECTED]> wrote: > Le 1 mai 07 à 18:11, Yen-Ju Chen a écrit : > > > I saw this from gnustep-dev. > > I think at some point, we can drop Addresses in Etoile. > > It was a quite mature application and the API does not change a lot. > > Most of time, we just keep it up-to-date with GNUstep > > So if GAP hosts it, I don't see the reason for us to do the same > > thing. > > The CollectionKit and BookmarkKit will still. > > They provides the similar API as Addresses for general usage, if > > any. > > That is my own opinions. > > > > Any comment ? > > If GAP maintains it instead of Bjoern Giesler, this doesn't really > change anything for us I think. > May be we could drop Addresses but I'm not yet convinced it's wise > when you take in account we should keep our own version of > AddressManager and both are quite related. > I would like to keep AddressManager in Etoile for various reasons. > It's easier when you want to install Étoilé. It makes sense to have > it part of the environment since it's a key element of the user > experience. The most important reason is that I plan to gradually > evolve its UI to meet Etoile look & feel. David recently stated he > wanted to improve UI too. When the LiveCD will be released, I project > to spend time on a more coherent and polished look & feel for all > applications currently part of Étoilé. In my opinion, it's important > because we won't have a radically new desktop environment anytime > soon and we should provide a basic desktop environment environment > quite usable and rather polished until the transition is done. > When more radical changes will be underway, we could surely reuse > this refined UI to match a new kind of contact/person interaction > even if we drop AddressManager as a standalone application or we > rewrite it massively .
I agree with the UI things and I also plan to refine them after 0.2 release. We can just sync the frameworks part with GAP and improve the UI of ours. I think it is easiest way for us. Yen-Ju > > Cheers, > Quentin. > > > _______________________________________________ > Etoile-dev mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-dev > _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
