quisit a écrit :Déjà que mozilla se voit amputé des tabs latéraux qu'on trouve dans netscape
Tu veux dire les tabs "historique", "rechercher" et tout ça ? Ils y sont, il suffit de le afficher... si tu parles du tab aim, en effet il n'y est pas... mais est-ce vraiment gênant ? Ou bien tu parles encore d'autre chose mais je ne vois pas quoi...
quisit a écrit :d'une francisation (correction ortho des mails bof-bof) aléartoire...
Justement, ne voudrais-tu pas, toi qui maîtrise le français, participer à l'amélioration du correcteur ?
quisit a écrit :j'ai essayé firebird...à coté c'est 14-18.
Interface horrible et look win3.11.
Je comprends qu'on puisse ne pas être satisfait... moi je lui reprocherai un look plutôt trop à la win XP.
Cependant, il y a des skins (pas les gars avec des crêtes jaunes sur la tête, mais des "peaux" ou "thèmes").
quisit a écrit :Si réellement le futur mozilla est une simple réeunion fire+thunder, pronant la simplification a tout crins, alors explorer+outlook a de beaux jours devant lui
Ce sont des nouveaux nés, et quels nouveaux nés !
Séparer firebird et thunderbird permet de ne pas être obligé d'avoir les deux : moins de temps de chargement (on ne charge que le programme désiré), des produits plus légers, deux axes de développements permettant aux développeurs de se concentrer sur leurs spécialités.
Pour être plus concret, j'ai à coté de moi un Windows XP, sur lequel je fais tourner en même temps :
Mozilla 1.4 (sans greffon), Internet Explorer (sans trucs ajoutés telles la barre yahoo, ou autres choses) et Firebird 0.6 (pareil)
Voici la quantité de mémoire utilisé pour chacun des programmes deux pages chargées (yahoo.com et geckozone):
Mozilla : 52ko avec système onglets
Iexplorer : 7ko pour geckozone + 18ko pour yahoo soit 25ko (donne faussée car il y a aussi les ~20ko de explorer.exe, en effet iexplorer est censé être intégré à explorer mais bon...)
FireBird : 19ko avec système onglets (pas mal pour un navigateur non intégré et qui commence son existence)
Ces données sont très variables, mais elles peuvent donner une idée de l'intérêt d'alléger...
Pour finir : simplification ne veut pas dire amputation ! Mais amélioration du rapport entre l'utilisateur et son logiciel (et ça peut demander un travail énorme !).
Raphaël
