quoi qu'il en soit, cela fait des mois que l'auteur principal d'epiphany a parlé de pousser mozilla a nettoyé la base de gecko/seamonkey pour en faire une technologie utilisable au sein de n'importe quelle application (gnome ou kde ou autre) sans avoir à se farcir tout xpcom ou les zones de flous des api privées de mozilla
d'un autre coté, mozilla veut fondre d'avantage son navigateur au sein d'unix quand il est compilé dessus. D'où le rapprochement récent avec gnome-vfs (qui est une BONNE base pour des fonctions fichiers de plus haut niveau, c'est un choix et c'est comme cela, rappelons que mozilla unix utilise glib/gobject/gtk2 depuis qq temps déjà)
après, porté par les déclarations fracassantes de Icaza, XUL est poussée comme langage de définition d'interface pour des services webs et des applications gtk/gnome de nouvelle génération. Effectivement la communauté Gnome s'inquiète du bourrage de crane pré-longhorn.
il y a convergence entre les intérets de mozilla et gnome. l'un voyant chez l'autre ce qui lui manque.
de là, il ne faut pas croire que mozilla va se mettre à programmer une suite internet purement GTK ou que Gnome va refaire gnumeric en XUL/XPCOM hein.
il s'agit d'utiliser le FRAMEWORK et de proposer un framework unifié avec possibilités de XUL, gnome-vfs, bonono, etc et l'environnement gnome.
question: et xpcom ds tout ca ? et glade dans tout ca ?
confirmation : ni firefox, ni epiphany vont disparaitre
un des trucs en cours est de réussir a avoir un coeur "gecko" installable indépendamment de mozilla et plus "stable" (en terme d'API) pour être facilement utilisé par epiphany (et autres) sans traîner de poids inutiles du à l'usage de libgnome, gnome-vfs par epiphany lui même (et cela peut intéresser d'autres environnements comme, au hasard le plus complet : qt/kde )
# Re: Mozilla et Gnome, main dans la main ?
Posté par - - . En réponse à la dépêche Mozilla et Gnome, main dans la main ?. Évalué à 6.
d'un autre coté, mozilla veut fondre d'avantage son navigateur au sein d'unix quand il est compilé dessus. D'où le rapprochement récent avec gnome-vfs (qui est une BONNE base pour des fonctions fichiers de plus haut niveau, c'est un choix et c'est comme cela, rappelons que mozilla unix utilise glib/gobject/gtk2 depuis qq temps déjà)
après, porté par les déclarations fracassantes de Icaza, XUL est poussée comme langage de définition d'interface pour des services webs et des applications gtk/gnome de nouvelle génération. Effectivement la communauté Gnome s'inquiète du bourrage de crane pré-longhorn.
il y a convergence entre les intérets de mozilla et gnome. l'un voyant chez l'autre ce qui lui manque.
de là, il ne faut pas croire que mozilla va se mettre à programmer une suite internet purement GTK ou que Gnome va refaire gnumeric en XUL/XPCOM hein.
il s'agit d'utiliser le FRAMEWORK et de proposer un framework unifié avec possibilités de XUL, gnome-vfs, bonono, etc et l'environnement gnome.
question: et xpcom ds tout ca ? et glade dans tout ca ?
confirmation : ni firefox, ni epiphany vont disparaitre
un des trucs en cours est de réussir a avoir un coeur "gecko" installable indépendamment de mozilla et plus "stable" (en terme d'API) pour être facilement utilisé par epiphany (et autres) sans traîner de poids inutiles du à l'usage de libgnome, gnome-vfs par epiphany lui même (et cela peut intéresser d'autres environnements comme, au hasard le plus complet : qt/kde )