C'est pas ce qui manque pour KDE, même si on est encore loin des applis Windows.
C'est bien le problème. Les applis Gnome, elles, dépassent bien souvent leurs équivalents Windows (pas le file manager, je suis le premier à le reconnaître).
Sous KDE on a C++ et Python. Pour ce qui est de C et Caml, on s'en tape. Si ça amuse des programmeurs, qu'ils se fassent des bindings. L'utilisateur final n'en a rien a foutre.
Oui enfin c'est bien beau l'utilisateur final, mais pour qu'il existe, il faut faire des programmes. Et tous les programmeurs ne font pas du C++.
Essaie donc de faire une vraie appli complète (pas une démo) pour Gnome en Caml, tiens
Peut-être que Gnome ne marche pas top avec certains langages, mais GTK+ marche, lui. Pour le reste, je te rappelle que nombre de langages sont interfaçables avec du C.
Et une bonne fois pour toute : il vaut mieux avoir de très bonnes libs pour un langage que 10 libs plus ou moins moisies pour 10 langage différents.
Non. Il vaut mieux avoir UNE bonne bibliothèque qui marche avec un maximum de langages. Les programmeurs ont leur langage de prédilection, tu ne vas pas les forcer à tous faire du C++ (qui est ignoble, je le répète).
Et le but n'est pas de plaire a tous les programmeurs, mais de fournir de bons outils pour coder efficacement.
Coder efficacement, ce n'est pas coder dans le langage dans lequel on est le plus efficace ? Il est utopique de programmer un logiciel scientifique en C++, par exemple. Tiens, les seuls qui existent sont pour X de base, ou pour Gnome.
En fait, je ne vois pas pourquoi nombre de gens s'acharnent ici à vouloir faire le tout KDE. C'est un très bon environnement, mais pour les applications, GTK/Gnome (en fait, surtout GTK, quoique l'apport de Gconf n'est pas négligeable) est souvent bien mieux.
[^] # Serais-je en train de faire grossir le troll ?
Posté par Jar Jar Binks . En réponse à la dépêche Réponse de Miguel de Icaza à Dennis Powell. Évalué à 1.
C'est bien le problème. Les applis Gnome, elles, dépassent bien souvent leurs équivalents Windows (pas le file manager, je suis le premier à le reconnaître).
Sous KDE on a C++ et Python. Pour ce qui est de C et Caml, on s'en tape. Si ça amuse des programmeurs, qu'ils se fassent des bindings. L'utilisateur final n'en a rien a foutre.
Oui enfin c'est bien beau l'utilisateur final, mais pour qu'il existe, il faut faire des programmes. Et tous les programmeurs ne font pas du C++.
Essaie donc de faire une vraie appli complète (pas une démo) pour Gnome en Caml, tiens
Peut-être que Gnome ne marche pas top avec certains langages, mais GTK+ marche, lui. Pour le reste, je te rappelle que nombre de langages sont interfaçables avec du C.
Et une bonne fois pour toute : il vaut mieux avoir de très bonnes libs pour un langage que 10 libs plus ou moins moisies pour 10 langage différents.
Non. Il vaut mieux avoir UNE bonne bibliothèque qui marche avec un maximum de langages. Les programmeurs ont leur langage de prédilection, tu ne vas pas les forcer à tous faire du C++ (qui est ignoble, je le répète).
Et le but n'est pas de plaire a tous les programmeurs, mais de fournir de bons outils pour coder efficacement.
Coder efficacement, ce n'est pas coder dans le langage dans lequel on est le plus efficace ? Il est utopique de programmer un logiciel scientifique en C++, par exemple. Tiens, les seuls qui existent sont pour X de base, ou pour Gnome.
En fait, je ne vois pas pourquoi nombre de gens s'acharnent ici à vouloir faire le tout KDE. C'est un très bon environnement, mais pour les applications, GTK/Gnome (en fait, surtout GTK, quoique l'apport de Gconf n'est pas négligeable) est souvent bien mieux.