+ Lourdeur et lenteur de XFree86 : Par rapport à la GDI de Windows
C'est vrai qu'il est moins réactif mais c'est du notamment au fait qui'il n'est pas intégré au kernel mais est en user space. Le chgt de contexte font perdre en perfs et réactivité. La forte imbrication du kernel win et de son GDI constituent en effet un avantage, mais ...
Berlin est un projet intéressant mais il en est encore à ses balbutiements de plus il est fortment incompatible avec XFree. De plus il risque d'introduire une uniformaisation de l'interface, ce que personnellement je n'aime et trouve contraire à l'esprit Linux ( give it the choice ). Le temps qu'il devienne mature, XFree aura peut être corrigé ses problèmes de lourdeur avec peut être une release 5 basée sur les specs de X12R1.
+ Manque d'homogénéité :
Trop d'applications différentes utilisant des bliothéques différentes (Motif, QT, GTK, KDE, ou Gnome)
Va falloir que l'on m'explique en quoi cela gène l'utilisateur ! Même sous windows cela existe. Tu trouves que Liveware est intégré au reste de l'interface ? idem pour WMP ou winamp ?
En plus méconnaissance de ta part dans le sens que KDE utlise Qt et gnome Gtk+.
+ Manque d'intégration du bureau
Le système "en couche" se sent dans la rapidité et la réactivité des applications
oui en effet. C'est notamment le cas pour XFree. Mais l'avantage aussi est que :
1°/ le GUI étant un programme comme un autre, il est optionnel et le système est tout à fait utilisable sans. Ce qui est pratique pour un serveur car on économise des ressources
2°/ Si une des composantes de la couche flanche ( le GDI la plupart du temps ), le reste ne s'en trouve pas affecté ou peu.
Vois sous win9x voire win2k, quand tu fais planter explorer, soit tout crash, soit si il redémarre le système est plus instable. Or le problème principale dans un OS au niveau de la stabilité c'est bien le GUI.
3°/ un grand pb aussi concerne le lancement des applications avec notamment le linkage des libs dynamique. Ce problème est connu. reste à savoir si les dev de la glibc vont se pencher dessus sachant de RMS à fait pression car il ne voulait pas d'optimisation spécifique pour Linux et souhaitait plutôt que cela se fasse pour Hurd.
KDE en attendant à développer sa solution avec objrelink et KDEinit. http://kt.zork.net/kde/kde20010803_19.html#6(...) http://dot.kde.org/1000983828/(...)
+ Manque d'outils pour lire EFFICACEMENT et FACILEMENT les médias les plus utilisés (Quicktime, Powerpoint, AVI, DIVX; DVD-ROM, ...)
je vais en profiter pour répondre à ton post suivant.
Vois tu il existe des packages de vlc ( DVD ), xine ( DVD, divx ), Mplayer ( divx ) pour Mandrake. Mais à cause de certaines réglementation ( support CSS ) ou de licences ( on ne peut inclure les dll win32, opendivx non GPL donc pas inclus dans CD GPL ), la Mandrake ne les fournit dans sa distribution ou alors de manière incomplète. De plus il n'y a pas de softs commerciaux qui permettrait notamment de lire les DVD et auraient pu être intégrés dans les packs commerciaux.
Par exemple la Mandrake n'intègre plus les outils pour encoder des mp3 ( il n'y a que pour les ogg vorbis ) et ce encore une fois pour des raisons légales.
Concernant Quictime et surtout le codec Sorensen, c'est le même problème. Un problème de brevet qui fait que les outils OpenSource ne peuvent le supporter et Apple qui n'a pas sortie de player pour Linux. La solution trouver fut le plugin Crossover de Codeweavers mais celui-ci est payant.
Donc les outils existent sous Linux, certains il est vrai sont encore en cours de développement mais ce qui bloque le plus ce sont des raisons légales ( DMCA, MPAA, ... ) ou de licences ou de brevets car ce sont des formats propriétaires fermés.
C'est à la lumière de cela que l'on voit l'intérêt des logiciels libres et de l'adoption de format ouverts !
+ Manque d'un bon client pour lire les courriers électronique
Tu veux une usine à gaz ou juste lire des mails ?
evolution, kmail, aethera, sylpheed, blasa sont très bien. Evolution et kmail gèrent les type mimes et ouvre l'appli qu'il faut si ceux ci sont configurés et supportées.
Les dernières version d'evolution ont un très bon support IMAP. Si tu veux un groupware il est vrai que c'est uen fonctionnalité qui manque, mais bon en desktop, un groupware ...
Mais peut être veux tu un client mail qui supporte VBS et exécute automatiquement les attachements ?
Quand comprendras tu que la facilité n'est pas focément la meilleure des solution ?
+ Manque d'un navigateur qui supporte tous les plugs-in (Quicktime, Shockwave, ...)
Les voici : Mozilla/Galeon, Netscape, Konqueror.
Tu installes les plugins et si ces messieurs les ont fait cela marche.
Pour certains formats proprio très fermés que les éditeurs n'ont pas voulu supporté ( Sorensen, Shockwave ) il y a le Crossover plugin de Codeweavers.
Encore une fois c'est à ce moment que l'on voit l'intérêt des Logiciels Libres/Open Source et de l'utilisation de formats ouverts.
[^] # Re: frein au développement du bureau sous Linux
Posté par Schneider Dark . En réponse à la dépêche Linux est il pret pour le desktop ?. Évalué à 2.
C'est vrai qu'il est moins réactif mais c'est du notamment au fait qui'il n'est pas intégré au kernel mais est en user space. Le chgt de contexte font perdre en perfs et réactivité. La forte imbrication du kernel win et de son GDI constituent en effet un avantage, mais ...
Berlin est un projet intéressant mais il en est encore à ses balbutiements de plus il est fortment incompatible avec XFree. De plus il risque d'introduire une uniformaisation de l'interface, ce que personnellement je n'aime et trouve contraire à l'esprit Linux ( give it the choice ). Le temps qu'il devienne mature, XFree aura peut être corrigé ses problèmes de lourdeur avec peut être une release 5 basée sur les specs de X12R1.
+ Manque d'homogénéité :
Trop d'applications différentes utilisant des bliothéques différentes (Motif, QT, GTK, KDE, ou Gnome)
Va falloir que l'on m'explique en quoi cela gène l'utilisateur ! Même sous windows cela existe. Tu trouves que Liveware est intégré au reste de l'interface ? idem pour WMP ou winamp ?
En plus méconnaissance de ta part dans le sens que KDE utlise Qt et gnome Gtk+.
+ Manque d'intégration du bureau
Le système "en couche" se sent dans la rapidité et la réactivité des applications
oui en effet. C'est notamment le cas pour XFree. Mais l'avantage aussi est que :
1°/ le GUI étant un programme comme un autre, il est optionnel et le système est tout à fait utilisable sans. Ce qui est pratique pour un serveur car on économise des ressources
2°/ Si une des composantes de la couche flanche ( le GDI la plupart du temps ), le reste ne s'en trouve pas affecté ou peu.
Vois sous win9x voire win2k, quand tu fais planter explorer, soit tout crash, soit si il redémarre le système est plus instable. Or le problème principale dans un OS au niveau de la stabilité c'est bien le GUI.
3°/ un grand pb aussi concerne le lancement des applications avec notamment le linkage des libs dynamique. Ce problème est connu. reste à savoir si les dev de la glibc vont se pencher dessus sachant de RMS à fait pression car il ne voulait pas d'optimisation spécifique pour Linux et souhaitait plutôt que cela se fasse pour Hurd.
KDE en attendant à développer sa solution avec objrelink et KDEinit.
http://kt.zork.net/kde/kde20010803_19.html#6(...)
http://dot.kde.org/1000983828/(...)
+ Manque d'outils pour lire EFFICACEMENT et FACILEMENT les médias les plus utilisés (Quicktime, Powerpoint, AVI, DIVX; DVD-ROM, ...)
je vais en profiter pour répondre à ton post suivant.
Vois tu il existe des packages de vlc ( DVD ), xine ( DVD, divx ), Mplayer ( divx ) pour Mandrake. Mais à cause de certaines réglementation ( support CSS ) ou de licences ( on ne peut inclure les dll win32, opendivx non GPL donc pas inclus dans CD GPL ), la Mandrake ne les fournit dans sa distribution ou alors de manière incomplète. De plus il n'y a pas de softs commerciaux qui permettrait notamment de lire les DVD et auraient pu être intégrés dans les packs commerciaux.
Par exemple la Mandrake n'intègre plus les outils pour encoder des mp3 ( il n'y a que pour les ogg vorbis ) et ce encore une fois pour des raisons légales.
Concernant Quictime et surtout le codec Sorensen, c'est le même problème. Un problème de brevet qui fait que les outils OpenSource ne peuvent le supporter et Apple qui n'a pas sortie de player pour Linux. La solution trouver fut le plugin Crossover de Codeweavers mais celui-ci est payant.
Donc les outils existent sous Linux, certains il est vrai sont encore en cours de développement mais ce qui bloque le plus ce sont des raisons légales ( DMCA, MPAA, ... ) ou de licences ou de brevets car ce sont des formats propriétaires fermés.
C'est à la lumière de cela que l'on voit l'intérêt des logiciels libres et de l'adoption de format ouverts !
+ Manque d'un bon client pour lire les courriers électronique
Tu veux une usine à gaz ou juste lire des mails ?
evolution, kmail, aethera, sylpheed, blasa sont très bien. Evolution et kmail gèrent les type mimes et ouvre l'appli qu'il faut si ceux ci sont configurés et supportées.
Les dernières version d'evolution ont un très bon support IMAP. Si tu veux un groupware il est vrai que c'est uen fonctionnalité qui manque, mais bon en desktop, un groupware ...
Mais peut être veux tu un client mail qui supporte VBS et exécute automatiquement les attachements ?
Quand comprendras tu que la facilité n'est pas focément la meilleure des solution ?
+ Manque d'un navigateur qui supporte tous les plugs-in (Quicktime, Shockwave, ...)
Les voici : Mozilla/Galeon, Netscape, Konqueror.
Tu installes les plugins et si ces messieurs les ont fait cela marche.
Pour certains formats proprio très fermés que les éditeurs n'ont pas voulu supporté ( Sorensen, Shockwave ) il y a le Crossover plugin de Codeweavers.
Encore une fois c'est à ce moment que l'on voit l'intérêt des Logiciels Libres/Open Source et de l'utilisation de formats ouverts.