> Ben si quand même... Ne plus à se faire chier à choisir son moteur de rendu appli par appli (même si les distribs' font souvent ce choix déjà), régler le volume sonore appli par appli, permettre de diminuer le son d'une appli lors d'un appel entrant VoIP, gérer les périphériques multimédias amovibles (casques USB...).
Phonon ne le fait pas, c'est pulseaudio qui le fait. Phonon n'est qu'un wrapper. Pour que ça marche sur Windows, il faudra porter pulseaudio ou adapter phonon pour utiliser l'api Windows ou pulseaudio. Bref, c'est d'un intérêt très limité. Pour info, gstreamer tourne sous Windows. Probablement moins bien que sous Linux, mais si le besoin s'exprime ça ne fera que s'améliorer. Je ne pense pas que Phonon sous Windows soit sans critique...
> udev/hal n'existe pas pour Windows, alors que KDE4 se destine aussi à cette plate-forme
Excellente remarque. Je ne suis pas convaincu par la démarche (trop lourdingue/contraignante), m'enfin je suis lui souhaite le meilleur.
> mais là ce n'est pas un argument "compréhensible" pour l'utilisateur final, je te l'accorde.
Il est intéressant pour l'utilisateur de pouvoir bosser indifférement sur Windows ou Linux. J'adore, en tant qu'utilisateur, que Firefox, OOo, etc tourne sur Linux, Mac, Windows, etc.
C'est un gros atout de la démarche KDE, tu l'as dit et je l'ai oublié. Je ne suis pas convaincu car je trouve ça trop lourdingue/contraignant. Si Linux a un bon bureau (et pas forcément un truc qui copie Windows), l'utilisateur doit pouvoir passer dans trop de douleur de Windows à Linux. Le gros problème est la récupération des données (d'où l'importance d'odf, les import/export, etc). Es-ce que KDE a beaucoup été utilisé sous Windows ? Le sera-t-il avec KDE 4 ? Mais avant tout, arriveront-ils a rendre KDE fonctionnel et sexy sous Windows (notamment Vista) ? J'en doute.
M'enfin, je répète, c'est un mérite indéniable du projet KDE.
> Je ne connais pas hunspell, mais gère-t-il le multi-linguisme dans un même texte ?
Es-ce un vrai problème ?
Tu es en train de mal poser le problème. Lorsqu'on demande la vérification d'un texte, on indique la langue aussi et on envoit un bout de texte. On envois le fichier odf :-). Le vérificateur n'a pas à deviner la langue.
hunspell est utilisé par OOo, OOo (et odf) supporte plusieurs langues à la fois.
> Et surtout, peut-il être inclus dans tout KDE comme le sera Sonnet
On ne peut pas utiliser OOo avec KDE ?
Effectivement si tu utilises hunspell, les noms de fonctions ne commencent pas par KDE... C'est un problème ?
Je crois que KDE a tord avec cette manie de vouloir tout wrapper de vouloir tout faire eux même, de vouloir être le centre du monde^Wbureau. Je suis convaincu que KDE fait une connerie dans ce domaine et y perd énormément de temps et de souplesse. M'enfin, l'histoire jugera et elle commence déjà à juger à mon avis.
Enfin le dico est un problème qui dépasse largement un seul bureau et même seulement GNU/Linux (comme c'est le cas pour OOo, Firefox, etc).
Fedora a pour projet de tout passer à hunspell (c'est pour F9, mais ça risque d'être limite) : http://fedoraproject.org/wiki/Releases/FeatureDictionary
Et après il faudra ajouter Sonnet pour faire plaisir à KDE ? Il faudra continuer a synchroniser plusieurs dico ?
Franchement ça sucks et ça n'apporte rien à l'utilisateur final. Si tu veux bloquer l'utilisateur dans KDE, c'est une "bonne idée"(tm). Ce que veut l'utilisateur, c'est un bon dico sous Koffice, sous Kmail, sous evolution, sous OOo. Un truc spécifique pour KDE est une connerie. Et conbien de ressources va bouffer cette "plaisanterie" ? Es-ce que ça va être encore exclusivement réservé par les développeurs C++ ?
Désolé d'être brutal, mais ça me sort par les yeux ce genre de truc.
Et je crois que la réalité est : Sonnet fait wrapper de enchant et enchant fait wrapper de hunspell. Comique.
> Et surtout, peut-il être inclus dans tout KDE comme le sera Sonnet (donc accessible par les applis où l'utilisateur tape du texte : navigateur, client IM/IRC, suite bureautique, ...)
Si les développeurs le veulent, oui. Fedora avec les développeurs upstream passent plein de projet de aspell à hunspell.
> "- Strigi : Je n'utilise rien d'équivalent, je ne suis pas convaincu par ces "trucs"."
> Pour l'utilisateur final, c'est pourtant une fonctionnalités assez demandée ces temps-ci.
Je ne suis pas vraiment convaincu. C'est un truc de geek à mon avis. M'enfin, je suis prêt à te donner raison. +1 pour toi on va dire :-)
Mais note que ce type de truc existe sous Gnome depuis un moment :-)
Et il y a tracker pour ceux que mono rebute (j'en fais parti :-)).
[^] # Re: KDE4
Posté par IsNotGood . En réponse au journal Mes prédictions pour 2008. Évalué à 1.
Phonon ne le fait pas, c'est pulseaudio qui le fait. Phonon n'est qu'un wrapper. Pour que ça marche sur Windows, il faudra porter pulseaudio ou adapter phonon pour utiliser l'api Windows ou pulseaudio. Bref, c'est d'un intérêt très limité. Pour info, gstreamer tourne sous Windows. Probablement moins bien que sous Linux, mais si le besoin s'exprime ça ne fera que s'améliorer. Je ne pense pas que Phonon sous Windows soit sans critique...
> udev/hal n'existe pas pour Windows, alors que KDE4 se destine aussi à cette plate-forme
Excellente remarque. Je ne suis pas convaincu par la démarche (trop lourdingue/contraignante), m'enfin je suis lui souhaite le meilleur.
> mais là ce n'est pas un argument "compréhensible" pour l'utilisateur final, je te l'accorde.
Il est intéressant pour l'utilisateur de pouvoir bosser indifférement sur Windows ou Linux. J'adore, en tant qu'utilisateur, que Firefox, OOo, etc tourne sur Linux, Mac, Windows, etc.
C'est un gros atout de la démarche KDE, tu l'as dit et je l'ai oublié. Je ne suis pas convaincu car je trouve ça trop lourdingue/contraignant. Si Linux a un bon bureau (et pas forcément un truc qui copie Windows), l'utilisateur doit pouvoir passer dans trop de douleur de Windows à Linux. Le gros problème est la récupération des données (d'où l'importance d'odf, les import/export, etc). Es-ce que KDE a beaucoup été utilisé sous Windows ? Le sera-t-il avec KDE 4 ? Mais avant tout, arriveront-ils a rendre KDE fonctionnel et sexy sous Windows (notamment Vista) ? J'en doute.
M'enfin, je répète, c'est un mérite indéniable du projet KDE.
> Je ne connais pas hunspell, mais gère-t-il le multi-linguisme dans un même texte ?
Es-ce un vrai problème ?
Tu es en train de mal poser le problème. Lorsqu'on demande la vérification d'un texte, on indique la langue aussi et on envoit un bout de texte. On envois le fichier odf :-). Le vérificateur n'a pas à deviner la langue.
hunspell est utilisé par OOo, OOo (et odf) supporte plusieurs langues à la fois.
> Et surtout, peut-il être inclus dans tout KDE comme le sera Sonnet
On ne peut pas utiliser OOo avec KDE ?
Effectivement si tu utilises hunspell, les noms de fonctions ne commencent pas par KDE... C'est un problème ?
Je crois que KDE a tord avec cette manie de vouloir tout wrapper de vouloir tout faire eux même, de vouloir être le centre du monde^Wbureau. Je suis convaincu que KDE fait une connerie dans ce domaine et y perd énormément de temps et de souplesse. M'enfin, l'histoire jugera et elle commence déjà à juger à mon avis.
Enfin le dico est un problème qui dépasse largement un seul bureau et même seulement GNU/Linux (comme c'est le cas pour OOo, Firefox, etc).
Fedora a pour projet de tout passer à hunspell (c'est pour F9, mais ça risque d'être limite) :
http://fedoraproject.org/wiki/Releases/FeatureDictionary
Et après il faudra ajouter Sonnet pour faire plaisir à KDE ? Il faudra continuer a synchroniser plusieurs dico ?
Franchement ça sucks et ça n'apporte rien à l'utilisateur final. Si tu veux bloquer l'utilisateur dans KDE, c'est une "bonne idée"(tm). Ce que veut l'utilisateur, c'est un bon dico sous Koffice, sous Kmail, sous evolution, sous OOo. Un truc spécifique pour KDE est une connerie. Et conbien de ressources va bouffer cette "plaisanterie" ? Es-ce que ça va être encore exclusivement réservé par les développeurs C++ ?
Désolé d'être brutal, mais ça me sort par les yeux ce genre de truc.
Et je crois que la réalité est : Sonnet fait wrapper de enchant et enchant fait wrapper de hunspell. Comique.
> Et surtout, peut-il être inclus dans tout KDE comme le sera Sonnet (donc accessible par les applis où l'utilisateur tape du texte : navigateur, client IM/IRC, suite bureautique, ...)
Si les développeurs le veulent, oui. Fedora avec les développeurs upstream passent plein de projet de aspell à hunspell.
> "- Strigi : Je n'utilise rien d'équivalent, je ne suis pas convaincu par ces "trucs"."
> Pour l'utilisateur final, c'est pourtant une fonctionnalités assez demandée ces temps-ci.
Je ne suis pas vraiment convaincu. C'est un truc de geek à mon avis. M'enfin, je suis prêt à te donner raison. +1 pour toi on va dire :-)
Mais note que ce type de truc existe sous Gnome depuis un moment :-)
Et il y a tracker pour ceux que mono rebute (j'en fais parti :-)).