ookaze a écrit 271 commentaires

Bien sûr que le résultat visuel de Tigre et Dragon est différent de celui de Hero. Hero est typiquement un film chinois, alors que Tigre et Dragon est furiseusement dégradé par une atmosphère américaine par moments, qui ne colle pas du tout. Mais bon, je n'aime pas trop Ang Lee déjà, à la base :P
Enfin, en voyant, ces deux films, j'ai vite compris pourquoi Hero avait fait un carton en Chine, et Tigre et Dragon a fait un bide.
Hero est bien plus chinois dans sa réalisation. Je n'ai pas été impressionné car j'ai déjà vu bien plus impressionnant par le passé (surtout avec Jet Li).
Au passage, Tony Leung (chanteur et acteur HYPER CONNU) et Maggie Cheung (ex-mannequin et aussi HYPER CONNUE) sont des pointures, tout comme Jet Li. La distribution de ce film est impressionnante, il est vrai.
Le jeu des couleurs m'a aussi bien impressionné (comme dans Incassable, mais en plus coloré :) ), et je me demande s'il a une signification. On commence par le noir et blanc (gris ?) pour finir dans le noir. En passant par l'orange, le jaune, le rouge, le blanc, le bleu, , encore le rouge, et le vert si ma mémoire est bonne.
Jet Li joue très bien son personnage. Peut-être n'as-tu pas l'habitude de ce genre de personnages. Mais Jet Li a toujours joué des personnages "tellement forts qu'ils en sont insensibles à tout" :)) Si tu vois les "Il était une fois en Chine" (je crois qu'il en a fait 4), tu comprendras ce que je veux dire. Jouer Wong Fei Hong, ça laisse des marques, je pense ;)
Mais bon, je suis fan de Jet Li depuis si longtemps maintenant ...

M'enfin, j'ai été surpris : je trouve que ce film est court pour un film chinois de ce genre. En général, ça dure plutôt deux heures.

Tu te fiches de la sécurité ? Tu te fiches du fait qu'une appli puisse te bloquer tout ton serveur X ? Je ne trouve pas ça très intelligent, mais c'est ton problème. Je suis très satisfait du fait que X empêche un flood par une appli quelconque.
Et je te répète que le canal Alpha est géré. Si mon exemple ne t'a pas convaincu, je t'en donne d'autres (que j'ai déjà donnés sans le dire) : la souris transparente, les menus transparents.
Le seul problème, c'est que si l'on voulait que ça affiche en fonction de ce qu'il y a dessous, il faudrait transférer trop de données avec le design actuel. C'est uniquement un problème d'efficacité avec le X actuel, et pas dû au fait que ce n'est pas implémenté.
C'est la raison pour laquelle les fenêtres avec background transparent dont tu parles, bien qu'elles soient réellement transparentes, ne prennent en compte que le fond d'écran, il me semblait l'avoir dit.
Après, que tu veuilles que ça marche, je suis d'accord avec toi.
Que ce soit une fonctionnalité nécessaire, je ne suis pas du tout d'accord, ce n'est que de l'Eye Candy et ne sert strictement à rien.

Mais je crois que cela fonctionne sous MacOS X. Donc si c'est si important pour toi, et que tu ne peux pas attendre que ce soit implémenté (il me semble que c'est en cours, et lié à Cairo, mais pas avant 3-5 ans amha), tu vois ce qu'il te reste à faire ;)

Qu'est-ce que tu confirmes ?
Et en plus tu plussoies !
Ce n'est pas avec des commentaires comme les tiens que l'on fait avancer les choses.
Au contraire, moi, que tu traites de geek (ce qui me fait plaisir) , à travers quelques piques bien placées, j'ai décelé que le problème qu'il a n'a rien à voir avec X, mais tout à voir avec son WM : Enlightenment. Même avec Sawfish il aurait eu des problèmes.
Si je n'ai pas de problèmes, c'est que j'utilise Metacity (le défaut avec Gnome2), qui, lui, est programmé comme il faut à ce niveau là (pour la réactivité).

Et le sentiment que j'ai pendant l'utilisation, je le connais bien, car je suis moi-même utilisateur.

Ceci dit, j'ai testé le redimensionnement sous une Knoppix 3.3 (en ce moement même), avec KDE, avec le driver NVidia de XFree, et c'est vrai que Konqueror met un peu de temps (qques 10e de secondes avant de remettre la page à jour, mais il me semble que je l'avais déjà noté. Idem dans KMail. Ceci dit, ça ne gêne en rien la réactivité. Ca reste plus réactif qu'avec l'Explorer sous le Windows NT4 installé sur la même machine, où on voit clairement les saccades des widgets de barre de défilement lors du redimensionnement, et l'Explorer ne réarrange pas la page lorsque je la redimensionne, alors que Konqueror le fait (donc il fait bien plus de boulot en étant plus réactif).

Il y a au moins 3 programmes que j'utilise à la fois sous linux et windows : mozilla, openoffice et eclipse (ok pour ce dernier le probleme viens parrait-il de la machine virtuelle java)

Pour OpenOffice, il démarre plus vite sous Windows, car le toolkit utilisé est natif sous Windows, pas sous Linux. Idem pour Mozilla (sauf le Gtk2), et idem pour Eclipse.
Pour chacun, tu as remarqué que c'était plus réactif sous Windows.
Et tu vois, mon problème avec ton message, que dis-je, mes problèmes, sont les suivants :
- Tu attends que ça s'améliore sous Linux, en sous-entendant que parce que trois applis sont mal programmées au niveau graphique sous Linux, alors TOUTES les autres sont comme cela. Ce qui est faux, bien entendu, puisque même Galeon qui n'est pas complètement Gnome, va bien plus vite que Mozilla, pour citer un exemple. Mais tu es sous Enlightenment, donc c'est encore pire, tu as sans doute le problème pour pas mal d'applis.
- Tu reconnais que sous Windows c'est plus réactif et tu utilises Enlightenment. Sais-tu quel âge a Enlightenment ? Enlightenment est buggé et lent, c'est bien connu, et vu que son développement s'est arrêté, ça n'est pas près de changer (à quand E2 ?).
Faut pas se plaindre après ...

Huh ?
La transparence ? Elle est déjà dans XFree depuis longtemps, en utilisant les capacités des cartes graphiques (mais ça, c'est un problème de driver).
La 3D ? La Xlib ne fournit pas les effets 3D, mais fournit les canevas. Et on utilise OpenGL pour dessiner en 3D dans ces canevas. Et avec des extensions de XFree, on peut a même des primitives accélérées qui gèrent cela.
Donc il n'y a rien à faire à ce niveau.

Ceci dit, X n'a toujours pas de toolkit, il a été créé de façon à pouvoir accepter n'importe lequel.
Une des choses qui manque à XFree, pour pouvoir amener de l'Eye Candy qui ne sert à rien, c'est la communication entre les clients au niveau graphique, pour pouvoir avoir la transparence entre fenêtres, car sinon, les fenêtres (les principales) n'ont aucune idée de l'existence des autres. C'est pourquoi la transparence n'est toujours implémentée que par rapport au fond d'écran. DBus, qui permettra la communication au niveau des WM je crois, doit permettre de régler ce "problème". Je ne pense pas que ce sera fait au niveau du serveur X. Ca demandera plus de bande passante, évidemment.

Et c'est justement ce que j'aimerais avoir sous linux. Quand on voit les possibilité ca fait réver. Aucun des projet alternatifs ( DirectFB, Y, Fresco, Xouvert, ect...) ne semble aller dans cette direction.

C'est faux, il y a Cairo, et Keith P. fait partie du projet, c'est lié à Xouvert je crois. Et ca n'a rien d'une panacée, ce sera encore une extension à XFree. Et tu as l'air de dire que XFree n'est pas de dernière génération. Ses extensions lui permettent de rester toujours à jour, au contraire.
Et si les utilisateurs Linux se font un bureau à la MacOS X, c'est parce qu'ils peuvent le faire, ce qui me paraît assez impressionnant. S'ils le font, je suppose que c'est parce que cela leur plaît.

Et il faut arrêter de dire n'importe quoi, XFree gère le canal Alpha depuis très longtemps. Son problème n'est pas la gestion du canal Alpha, parce qu'au cas où tu ne le saurais pas, les fenêtres translucides, cela existe depuis très longtemps sous XFree. Le problème, c'est que les applications n'ont pas connaissance de chacune d'entre elles. Ceci a été fait dans un but de sécurité !
Avant de vouloir réformer tout et n'importe quoi, il faudrait comprendre déjà les problèmes.
XFree a certains problèmes qui ont été identifiés et peuvent être résolus sans casser la compatibilité des applis.
Le peu de connaisseurs en interface graphique dans le monde libre y travaillent durant leur temps libre, mais ce n'est pas trivial.
SI ta réforme de structure concernait ce fait, alors oui, il en faut une, et elle est en cours.

Je n'ai pas ce comportement à la maison, sauf pour certaines applis sous KDE (Konqueror je crois), et cela fait longtemps (depuis les débuts de Gnome 2.1 je crois, et le début de KDE 3).
Cela fait longtemps que les toolkits gèrent ça très bien, après, certaines applis n'ont sans doute pas rattrapé leur retard, comme Konqueror.
Je peux redimensionner sans problème une appli comme Gnumeric ou Galeon et la mise à jour est instantanée, sans aucun artefact. Je pense que le double buffering de tous les widgets y est pour qqch.
Je pense que redimensionner un navigateur Web avec une page complexe est un des meilleurs exemples, et ça ne pose pas de problème chez moi, c'est fluide. Et je tourne en 1600x1200.
Je crois que la trop grande simplification du fonctionnement du scheduler de Linux est une des raisons qui fait que cette théorie n'est pas vrai tout le temps. Le problème peut aussi venir des drivers.

Et il ne faut pas croire que c'est la panacée ailleurs. Sur mon dernier portable, un Athlon 1400+, Windows a de gros problèmes de rafraîchissement comme ceux que tu décris (on voit carrément les carrés se déplacer parfois), alors que sous KDE ou Gnome sur la même machine, tout est plus fluide, et je n'ai pas ces problèmes. Et c'est une carte ATI sans accélération 3D sous Linux.

Certes, on pourrait l'optimiser, améliorer sa réactivité, mais à ce niveau là il faudrait sans doute inclure ces améliorations au niveau du kernel. Sauf que là, on tomberait dans le même piège que la firme de Redmond: on développerait un noyau autour d'une interface, et non l'inverse, avec tout ce que cela apporte de dramatique

Euh ... c'est ce qui est réalisé avec le noyau 2.6, sans tomber dans le piège que tu décris, car le but du noyau Linux reste d'être le plus efficace possible pour un maximum d'architectures possible.

Et je recompile mon XFree, ce qui doit prendre environ 45 minutes à ma machine (bi XP 2200), en comptant les render, xrender, xft, freetype, fontconfig et le driver NVidia (toujours bien buggé), et mon bi-pro n'aide pas, car je ne peux pas faire de compil parallèle. Je le fais à chaque fois que je vois un bug qui pourrait m'affecter qui est corrigé. Il n'y a absolument pas besoin de recompiler toutes ses applis (encore heureux) !
Et il me faut bien ça, parce que j'ai 3 Window Manager différents qui tournent sur cette machine (et bientôt 4, comme la famille s'agrandit), avec chacun 4 bureaux virtuels, tous pleins d'applis.
Je ne sais pas si le bi-pro aide dans ce cas pour la latence, mais le seul problème de réactivité que j'ai, c'est si je clique très vite dans Nautilus (sachant que j'ai le thème Nuvola, qui est du SVG).

Il se trouve que moi aussi je possède un PC à 1GHz et que justement je m'apercois que les programmes windows sont plus rapide que ceux qui tournent sur mon X. ...

Non, la recompilation ne changera rien. Ce n'est pas un problème de rapidité de X, c'est uniquement un problème de rapidité de toolkit, de driver, et aussi un problème de l'utilisateur (pour les préférences du gestionnaire de fenêtres) .
Tu dis que tes programmes sont plus rapides sous Windows que sous Linux ? Mais déjà, la phrase ne veut rien dire. Moi-même, je serai bien incapable de faire une telle comparaison. Déjà, parce que j'ai très peu d'applis en commun entre Windows et Linux.
Je ne vois pas quel programme serait plus rapide dans une interface graphique non plus. Si tu veux parler de réactivité, il faudrait déjà comparer ce qui est comparable. Remet ton window manager au niveau de Windows, tu vas voir que c'est extrêmement rapide.

Après que ca vienne de X, de GTK ou de Qt moi j'en sais rien

Il est bien là le problème, tu ne sais pas de quoi il est question, mais tu dis que c'est bien malgré cela. Les problèmes que tu as n'ont rien à voir avec X (juste un peu à voir avec XLib), et plutôt à voir avec ton toolkit ou la manière dont il est configuré.
Redescend ton Gnome ou ton KDE au niveau d'un Windows (c'est-à-dire, enlève pratiquement tout et laisse les thèmes gris tous simples), et tu vas voir que ça va tout aussi vite, même plus vite que sous Windows (niveau réactivité, pour bien comprendre de quoi l'on parle, et je crois que c'est de ça dont tu parles).

Quartz (ou une couche pas loin) implémente chaque fenêtre comme une texture dans la carte graphique --> déplacer une fenêtre revient à deplacer la texture à l'écran ce qui est beaucoup plus rapide que de demander aux apps de redessiner leurs fenêtres.

Ca doit être une des raisons pour laquelle l'interface de Mac OS X est si lente dans pas mal de cas. En tout cas, cela dépend de bons drivers 3D ou 2D, et c'est une idée intéressante, mais pas pour le réseau, à mon avis. X redessine ses fenêtres, et il est utilisé depuis 15 ans, et les machines de l'époque n'étaient pas des foudres de guerre. Je ne pense pas que Quartz fonctionne avec des machines d'il y a 15 ans.

NB: Et vu que les dernières CG sont des monstres de calcul, on pourrait presque implémenter chaque widget (comme les boutons) comme des textures avec pixel/vertex shader/etc pour faire les ombres/transparence. Le tout ne couterait rien au CPU ou presque...

Il reste juste le problème de la bande passante et de la taille mémoire ...

tu oublie une chose, l'implementation Xfree s'est déjà largement ecarté du standar X11, notament pour permetre quelque optimisation et fonctions salutaire, si l'on continue a hacké X, comme cela au bout d'un moment l'heritage de X, risque de devenir plus encombrent qu'utile.

Peux-tu expliquer ?
Parce qu'il me semblait à moi, que XFree définissait maintenant le standard X11, au contraire de ce que tu dis !
Et je ne vois pas où XFree s'est écarté du standard X11 : donne un exemple, merci.
XFree a plus de 15 ans, et il est encore compatible avec toutes les applications d'il y a 15 ans.
Effectivement, des héritages de X sont encombrants : le fait qu'il ne soit pas asynchrone partout, et le fait qu'il ne favorise pas les latences faibles (la réactivité). Ou encore, le fait que les objets ne puissent pas avoir de relations plus poussées au sein du serveur.

De plus quand l'on voit des intrafaces comme Aqua, ou les demos de celle de Longhorn, on a de quoi se faire du soussit quand a X, qui ne gére pas l'alpha blending, alors que la concurence va integrer les transformations 3D.

Allo ?
Peux-tu éviter de mélanger pommes et oranges ? En quoi les interfaces ont quelque chose à voir avec X ? X n'a PAS d'interface (enfin, de toolkit). Tu voulais surement comparer à Gnome ou KDE, auquel cas, on est totalement hors sujet.

Mais euh ... il gère les sessions, cet XFCE ?
Parce que sinon, c'est pas la peine pour moi, si je devais penser à relancer toutes mes applis à chaque fois comme je le fais actuellement (quoi que je n'en ai pas beaucoup sous root, mais bon quand même).

En quoi cela t'inquiète ?
Cet hébergeur fait principalement du Windows, comme tu as pu le voir.
Il migre ses serveurs Windows vers Windows 2003. Malheureusement pour lui, il avait aussi du Linux. 5 % des machines migrées sont des Linux, donc ce n'est même pas 5 % de son parc qu'il migre, mais 5 % des machines migrées !!!
Ce qui est un nombre assez ridicule (peut-être 5000 ou 10 000 machines).
Pendant ce temps, le nombre global de serveurs Linux sous Apache augmente, et le nombre global de serveurs Windows avec IIS diminue.
Donc "tout va bien".

xfs n'a plus de raison d'être.

Ajouter/retirer des chemins de fontes ?
Ca se fait dynamiquement dans XFree depuis longtemps avec xset +fb, pas besoin de toucher quoi que ce soit comme fichier de conf. Mais c'est compliqué, mieux vaut fontconfig.

Et pour les fontes Unicode, j'ai pas remarqué de lenteurs.
Mais c'était pas opérationnel avant fontconfig, alors bon ...

Effectivement, j'ai trois desktops sur ma machine principale, alors c'est sûr que le démarrage de gdm et des DE sont longs.

Pour ext3fs, le check est toujours fait tous les x montages, sauf si tu le "tune" autrement (pas recommandé).
Pour reiser, c'est pas fait, mais ça le mériterait.

A mon avis, ça fonctionne mieux sans.
C'est une des choses misérables dans les distribs.
Je ne comprends vraiment pas pourquoi ils font ça.
Et c'est toujours comme ça dans la dernière Mandrake.

Je trouve encore plus amusant le fait que simpleinit-smb est stable depuis longtemps, mais que, comme il n'est pas standard, il ne soit pas implémenté dans les distribs.
Même mon vieux Thinkpad PII 266 boote plus vite qu'une machine 10 fois plus rapide (en terme de CPU, et en terme de disque) avec simpleinit-smb.
Ce système est d'ailleurs plus rapide que celui de la gentoo, puisque ça boote environ deux fois plus vite sur la même machine.
En plus, niveau simplicité, c'est le jour et la nuit avec le reste, pour gérer les dépendances par exemple.
A part ça, ça parallélise tout ce qui est lancé dans un même niveau d'exécution.

Pour info, "Frozen Bubble" est un clone du jeu japonais "Puzzle Bobble", ce que l'auteur de "Frozen Bubble" doit savoir.
Ce qui paraît plus cohérent que de parler d'un clone de "Bust'A'Move" (nom américain de "Puzzle Bobble"), car "Bust-A-Move" est aussi un jeu japonais, mais un jeu de danse.

Ceci dit, ce jeu a l'air sympa et utilise les technos Gnome, donc s'ils arrivent au niveau de Frozen, on l'aura peut-être en standard dans Gnome 2.6 (danger ;) !).
Pour l'instant, c'est pas vraiment un concurrent, et puis les boules ne brillent pas :P

Ce n'est pas ce que j'ai lu.
Je lis un papier écrit par des analystes, qui n'a donc aucune valeur, surtout lorsque cela parle de Linux.
Il y a beaucoup de suppositions, d'hommes de paille, d'assomptions, etc. dans cet article, aucun chiffre, enfin bref, c'est tout, sauf une étude.
Mais là n'est pas l'important. L'important, c'est que la vente de PC avec Linux augmente les chiffres du parc supposé de Linux, largement sous-évalué actuellement amha.

L'installation de Gnome suit le même principe que celle de KDE.
KDE a moins de paquets, mais ils contiennent plus de logiciels.
Gnome sépare pratiquement chaque logiciel.
Mais Gnome se compile beaucoup plus vite que KDE (avec gcc, c à cause de gcc et du C++, je sais).

Tout comme pour Kde, il existe des scripts d'install automatique.
Moi, j'ai mon bon vieux nALFS, où il me suffit de changer les numéros de version, et hop, il compile tout avec mes options sans que j'ai rien à faire (certes, il a fallu créer les fichiers XML une fois au début).

Une question, même si c'est pas l'endroit : qqn sait-il comment imprimer des polices japonaises coréennes ou japonaises avec Gnome (ou Kde ?), ... enfin, avec cups quoi.
Parce que jusqu'à présent, ça ne fonctionne pas chez moi.
Mon mail est ookaze@ookaze.vache_dyndns.org (enlever vache_ pour avoir la bonne adresse). Merci

Mr Henry Louis Gates (sais plus les prénoms) est une personnalité connue pour être à la tête du département afro-américain à Harvard (rien que ça).