il faut aussi savoir que khtml 3.1 n'est qu'une evolution (convergence) du code de khtml 3.0, bien qu'il y ait eut de grosses modifs, au final l'architecture n'a que tres peu changee.
Pour la synchro, je pense que les dev apples ont interet a travailler sur la meme version que kde, au risque de perdre pas mal de temps en merge (comme Netscape qui est literrallement a la bourre par rapport a Mozilla)
en soit gecko n'a pas un code de merde, il a juste un code enorme et sur-evolutif (en gros tu te farci des possibilites d'extension de trucs a la XUL,... en dynamique et d'autres plaisirs du meme genre)
khtml est prevu pour etre un parseur html/xml et un moteur de rend avec support de plug-ins sans plus.
deja mozilla c'est un navigateur khtml n'est qu'un moteur de rendu, le jour ou tu enverra un mail juste avec gecko (le moteur de rendu de mozilla) tu m'appellera.
Donc deja compare ce qui est comparable.
Ensuite gecko, fait bien 25% du code de mozilla alors que khtml n'est qu'une infine partie de konqueror et de khtml (tu peut aller faire des wc dans les sources pour rigoler)
Et ayant essayer d'utilser gecko dans un chtit projet, je peut te dire que meme si on me payait, j'oserait pas l'utiliser apres avoir vu l'interface de khtml
hmmm pour solaris je m'avancerait po trop, vu le nombre de fois ou j'ait facilement fait planter une SUN ;p
Linux avec son rythme rapide de release a tendance a corriger rapidement les problemes rapportes par les users (pour la majorite des problemes), alors que pour les autres unix a developpement moins rapide, on doit souvent attendre les corrections quelques bons mois (c'est d'ailleurs SGI qui m'a toujours impressione avec une mise a jour tous les 6 mois;) )
Pour exemple, prenons HP/UX auquel on facilement indentifie qques dizaines de bugs assez chiants rapportes a HP il y a longtemps ... et on attend tjs les corrections.
Ben disont qu'il arrive souvent que le kernel ne compile plus sur certaines plate-formes.
Je pense que les archi les mieux supportees sont les x86, PPC, mips et arm ... le reste selon ce que j'ai vu c'est souvent assez boiteux (meme si cela a tendance a s'ameliorer avec l'apport des gros entreprises dans le dev linux)
Pourtant il semblerait que ca continue ... c juste qu'ils prennent leur temps sur leur API et quil hesitent a la transformer en un wrapper au dessus de gstreamer
Ben en fait il y avait a l'origine trois groupes pour creer une integration aRts/Video avec des solutions differentes (suite a une longue discussion sur irc). (http://lists.kde.org/?l=kde-multimedia&m=101208418317577&w=(...))
Mplayer avait ete rapidement ecarte du fait que l'on ne pouvait le distribuer sous forme binaire.
La version la plus rapidement stable fut celle de l'intergration xine/aRts/Video cela sert de base a implementer une API suffisement generique pour pouvoir "plug-er" plus tard d'autres plugins (surement gstreamer et si qqun le fait, mplayer).
Le cote bof de xine c que ca ne sert que comme player video alors que l'API arts/video devrait permettre plus de chose (cf gstreamer)
> Les applis suivantes en revanche n'ont pas leur équivalent KDE : Gnumeric, Gnucash, X-Chat, Gnome-ICU, Gabber, xmms...
- KSpread (surement la meilleure des applis de koffice et bien plus utilisable que Gnumeric cf koffice 1.2b)
- Kapital (pas reelement dans kde et uniquement pour kde2 mais je fait le meme abus que toi)
- Ksirc (kdenetwork) (bon j'avoue po aussi bo que X-Chat mais bon il se valent)
- kopete (pour l'equivalent a Gnome-ICU et Gabber et meme X-Chat si tu veut cf kdenonbeta/kopete)
- pour le multimedia soit kaboodle (player multimedia leger) soit noatun (player puissant mais plus lourd) (kdemultimedia)
Pour kmail je suis pas du tout d'accord la version 3 est aussi fonctionnelle que Evolution au support de PGP pres (qui sera d'ailleurs present dans kmail 3.1 un pure bombe) mais possede qques fonctionnalites pour equilibre (i18n, ...)
Personnelement j'utilise en permanence les deux, car g encore une partie de mes comptes mails sous evolution (difficile a exporter vers kamil ;( ) mais tend a utiliser de plus en plus kmail car bcp plus intuitif ;)
Pour kdevelop, les gros travaux actuels pour unifie les plugins entre la version 3 (de gideon: developement) et la version 2 (stable) est en train de cree un ide extrement modulaire et puissant. Avec enfin une completion digen de ce nom (et po celle de visual qui a du mal avec des gros projets)
[^] # Re: Des nouvelles du desktop
Posté par Raphael Junqueira . En réponse à la dépêche Des nouvelles du desktop. Évalué à 0.
car tu peut tjs passer par un binding C++->C-> langage au pire :)
[^] # Re: Apple sort un navigateur basé sur KHTML
Posté par Raphael Junqueira . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 1.
il faut aussi savoir que khtml 3.1 n'est qu'une evolution (convergence) du code de khtml 3.0, bien qu'il y ait eut de grosses modifs, au final l'architecture n'a que tres peu changee.
Pour la synchro, je pense que les dev apples ont interet a travailler sur la meme version que kde, au risque de perdre pas mal de temps en merge (comme Netscape qui est literrallement a la bourre par rapport a Mozilla)
FeniX
[^] # Re: Apple sort un navigateur basé sur KHTML
Posté par Raphael Junqueira . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 2.
C'etait un bug de konqueror sur le CVS il y a peu. Ils ont etes un peu a la hache dernierement donc ca converge tranquillement :)
Apres integration des changements apple dans khtml, safari l'aura plus.
FeniX
[^] # Re: Apple sort un navigateur basé sur KHTML
Posté par Raphael Junqueira . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 1.
en soit gecko n'a pas un code de merde, il a juste un code enorme et sur-evolutif (en gros tu te farci des possibilites d'extension de trucs a la XUL,... en dynamique et d'autres plaisirs du meme genre)
khtml est prevu pour etre un parseur html/xml et un moteur de rend avec support de plug-ins sans plus.
FeniX
[^] # Re: Apple sort un navigateur basé sur KHTML
Posté par Raphael Junqueira . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 3.
vu qu'ils ont clairement detailler et separer les morceaux specifique apple du code kthml pour faciliter l'integration.
Ils ont meme l'idee de travailler conjoitement sur la meme version et non un fork.
Ensuite si tu veux comprendre le choix, va donc faire un tour du cote des docs geckos et kthml, ca assez instructif
FeniX
[^] # Re: Bien étudier les Interfesses utilisateurs , c' est important .
Posté par Raphael Junqueira . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 1.
Et justement, une bonne partie de l'equipe Nautils elle a bosse dessus safari.
FeniX
[^] # Re: Apple sort un navigateur basé sur KHTML
Posté par Raphael Junqueira . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 2.
deja mozilla c'est un navigateur khtml n'est qu'un moteur de rendu, le jour ou tu enverra un mail juste avec gecko (le moteur de rendu de mozilla) tu m'appellera.
Donc deja compare ce qui est comparable.
Ensuite gecko, fait bien 25% du code de mozilla alors que khtml n'est qu'une infine partie de konqueror et de khtml (tu peut aller faire des wc dans les sources pour rigoler)
Et ayant essayer d'utilser gecko dans un chtit projet, je peut te dire que meme si on me payait, j'oserait pas l'utiliser apres avoir vu l'interface de khtml
FeniX
[^] # Re: GNU/Linux pas stable ?
Posté par Raphael Junqueira . En réponse à la dépêche Linux par la petite porte à l'EMEA. Évalué à 3.
Linux avec son rythme rapide de release a tendance a corriger rapidement les problemes rapportes par les users (pour la majorite des problemes), alors que pour les autres unix a developpement moins rapide, on doit souvent attendre les corrections quelques bons mois (c'est d'ailleurs SGI qui m'a toujours impressione avec une mise a jour tous les 6 mois;) )
Pour exemple, prenons HP/UX auquel on facilement indentifie qques dizaines de bugs assez chiants rapportes a HP il y a longtemps ... et on attend tjs les corrections.
[^] # Re: GNU/Linux pas stable ?
Posté par Raphael Junqueira . En réponse à la dépêche Linux par la petite porte à l'EMEA. Évalué à 2.
Je pense que les archi les mieux supportees sont les x86, PPC, mips et arm ... le reste selon ce que j'ai vu c'est souvent assez boiteux (meme si cela a tendance a s'ameliorer avec l'apport des gros entreprises dans le dev linux)
[^] # Re: Mplayer vs. Xine ?
Posté par Raphael Junqueira . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 1.
FeniX
[^] # Re: Mplayer vs. Xine ?
Posté par Raphael Junqueira . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 3.
Mplayer avait ete rapidement ecarte du fait que l'on ne pouvait le distribuer sous forme binaire.
La version la plus rapidement stable fut celle de l'intergration xine/aRts/Video cela sert de base a implementer une API suffisement generique pour pouvoir "plug-er" plus tard d'autres plugins (surement gstreamer et si qqun le fait, mplayer).
Le cote bof de xine c que ca ne sert que comme player video alors que l'API arts/video devrait permettre plus de chose (cf gstreamer)
FeniX
# Les applis equivalentes sous KDE
Posté par Raphael Junqueira . En réponse à la dépêche Que réserve l'avenir aux projet KDE et Gnome ?. Évalué à 4.
- KSpread (surement la meilleure des applis de koffice et bien plus utilisable que Gnumeric cf koffice 1.2b)
- Kapital (pas reelement dans kde et uniquement pour kde2 mais je fait le meme abus que toi)
- Ksirc (kdenetwork) (bon j'avoue po aussi bo que X-Chat mais bon il se valent)
- kopete (pour l'equivalent a Gnome-ICU et Gabber et meme X-Chat si tu veut cf kdenonbeta/kopete)
- pour le multimedia soit kaboodle (player multimedia leger) soit noatun (player puissant mais plus lourd) (kdemultimedia)
Pour kmail je suis pas du tout d'accord la version 3 est aussi fonctionnelle que Evolution au support de PGP pres (qui sera d'ailleurs present dans kmail 3.1 un pure bombe) mais possede qques fonctionnalites pour equilibre (i18n, ...)
Personnelement j'utilise en permanence les deux, car g encore une partie de mes comptes mails sous evolution (difficile a exporter vers kamil ;( ) mais tend a utiliser de plus en plus kmail car bcp plus intuitif ;)
Pour kdevelop, les gros travaux actuels pour unifie les plugins entre la version 3 (de gideon: developement) et la version 2 (stable) est en train de cree un ide extrement modulaire et puissant. Avec enfin une completion digen de ce nom (et po celle de visual qui a du mal avec des gros projets)
FeniX