"Voila, Windows EST modulaire, simplement il y a des dependances entre ces modules, tout comme tous les softs de KDE dependent de la Qt. Le probleme ici c'est que quand tu essaies de minimiser le code a double, tu te retrouves a creer des dependances."
Sais tu ce qu'est la modularite ? Cela ne se cantone pas a avoir un repertoire d'installation different pour les differents composants ! ;)
Je suis desole, mais un OS ou l'aide contextuelle depend d'un butineur bien precis pour fonctionner demontre une grande ignorance de la notion d'interface propre entre module. En admettant que le butineur integre de windows (IE donc) respecte un minimum les standards html (je parle des vrais standards www, pas les standards Microsoft(c)), alors il me semble simple de faire une aide en ligne qui elle aussi respecte ces standards, et qui donc peut s'utiliser sur n'importe quel butineur. Mais voila, vous faites du proprio a tous les etages, mais au niveau des interfaces. Donc oui on pourait se passer de IE si on utilisait un butineur qui implemente les standards secret de microsoft pour coder son aide en ligne. Bref on tourne en rond. L'aide en ligne windows necessite IE parce que microsoft a voulu qu'il en soit ainsi, et a fait que par conception, elle nececite IE et le rendre "indispensable".
Ton argument de KDE qui necessite QT est ridicule, car oui la modularite autorise a necessiter l'utilisation d'une librairie precise, ce qui ne casse rien point de vue fonctionnel et ne t'impose aucune application autre. Or jusqu'a preuve du contraire IE est fort loin d'une librairie. Desole, mais pour moi une application qui depend d'une application, qui depend d'une application, etc, moi j'appelle pas ca la modularite, mais une platree de nouilles.
[^] # Mon Dieu
Posté par Brundle Mouche . En réponse à la dépêche Question d'OpenSource pour Microsoft. Évalué à 3.
Sais tu ce qu'est la modularite ? Cela ne se cantone pas a avoir un repertoire d'installation different pour les differents composants ! ;)
Je suis desole, mais un OS ou l'aide contextuelle depend d'un butineur bien precis pour fonctionner demontre une grande ignorance de la notion d'interface propre entre module. En admettant que le butineur integre de windows (IE donc) respecte un minimum les standards html (je parle des vrais standards www, pas les standards Microsoft(c)), alors il me semble simple de faire une aide en ligne qui elle aussi respecte ces standards, et qui donc peut s'utiliser sur n'importe quel butineur. Mais voila, vous faites du proprio a tous les etages, mais au niveau des interfaces. Donc oui on pourait se passer de IE si on utilisait un butineur qui implemente les standards secret de microsoft pour coder son aide en ligne. Bref on tourne en rond. L'aide en ligne windows necessite IE parce que microsoft a voulu qu'il en soit ainsi, et a fait que par conception, elle nececite IE et le rendre "indispensable".
Ton argument de KDE qui necessite QT est ridicule, car oui la modularite autorise a necessiter l'utilisation d'une librairie precise, ce qui ne casse rien point de vue fonctionnel et ne t'impose aucune application autre. Or jusqu'a preuve du contraire IE est fort loin d'une librairie. Desole, mais pour moi une application qui depend d'une application, qui depend d'une application, etc, moi j'appelle pas ca la modularite, mais une platree de nouilles.