wismerhill a écrit 2608 commentaires

Il faut dire que mplayer est développé, entre autre, dans le but de pouvoir lire des fichiers même très maltraités.
Essaye par exemple de lire une vidéo en cours de téléchargement, je peut te dire qu'avec du divx ou du mpeg ça marche bien, et même quand le téléchargement ne se fait pas dans l'ordre (e-donkey) il arrive souvent à trouver les parties où il y a de la vidéo. Trop fort.

Disons plutôt que les auteurs de mplayer ne sont pas convaincus, mais quand je lisais la ML user de mplayer plusieurs me semblaient d'assez mauvaise fois.
De ce que j'en ai lu chacun a des arguments, il faut voir suivant ses besoins.

Oui, mais ça charge combien plus la machine de faire tourner tes apaches dans des UML?

Surtout que faire le test sous KDE avantage konqueror par rapport aux autres navigateurs (les lib KDE sont déjà chargées -> chargement plus rapide) surtout par rapport aux programmes Gnome qui donneront les meilleurs résultats en environnement Gnome (merci monsieur de Lapalisse pour cette remarque hautement intéressante).

Je dirais même plus, l'avantage du libre c'est qu'il est libre.
C'est peut-être un détail pour vous, mais pour moi ça veut dire beaucoup ;)

Je dis que tu dois utiliser des version pre-alpha de je ne sais quel programme utilisant des fonctions d'affichage bas niveau.

-1 parce que ça ne vaut rien.

J'en ai essayé plusieurs versions successives (jusque 0.4, je crois que les suivantes nécessitent qt3), le truc qui me dérange c'est que quand on lui dis de se connecter, il commence à intérroger les serveurs et il arrête pas, j'ai en permanance 10ko d'{up,down}load, sans rien télécharger moi-même, alors j'ai laissé tomber, de toute façon je me sert pas des masse de ce genre de truc.

il n'est pas encore très stable, je viens d'avoir deux plantages sur 1/2 h.
Mais je le garde dans mes signets car il est très prometteur :)

Il y avait déjà dcop dans KDE qui permet de scripter les programmes (jette un oeuil à kdcop pour voir les application qui le supportent, sinon y a dcop en ligne de commande), c'est pas un language de script en lui-même, c'est mieux car ça peut être utilisé directement dans les languages de script existant.

Tu lis la doc quand tu veux utiliser tes appareils hifi/dvd/tv/magnétoscope/four/lave vaisselle/etc...
Oui, ne t'en déplaise.

Et ne me dit pas que tu lis systèmatiquemnt la doc AVANT d'utiliser toute nouvelle fonctionalités, tu la lis après coup quand ça marche pas! Et ose jetter la première pierre si c'est faux :-)
Il y a deux semaines, on a installé un magnétoscope chez ma grand-mère, je en connaissait pas cette marque et j'ai commencé par lire le manuel pour savoir comment régler les canaux, leheure et autres choses utiles (soit dit en passant, c'est de la merde ces manuels, ils prennent les gens pour des cons en décrivant à outrance les tâches évidentes et ne disent rien de trucs qui eux auraient besoin d'explications, je pense au menu OSD du magnéto dont certaines options sont très nébuleuses et pas documentées).

Oui, mais les utilisateurs ne veulet pas être logique, ils n'ont pas envie de réfléchir.
Et c'est pour la même raison qu'en France vous vous retrouvez avec l'extrème droite au deuxième tour.

ça t'amuserais de lire un "HOWT-TO" pour démarre ta machine à laver le linge avec 3 pages d'instructions ?
Non, ça ne m'amuserait pas, mais il me faudrait le faire car je ne sais pas me servir d'une machine à laver le linge.

Il faut bien comprendre un truc, l'utilisateur s'en contrefout grave de la technologie, il faut que ça marche. alors rien ne t'empeche d'aimer la technologie comme un mécanicien aimera bricoler une voiture, mais il ne faut pas avoir le raisonnement, et bien les gens n'ont qu'à apprendre la mécanique pour utiliser leur voiture. C'est un raisonnement à l'envers.
Tu as raison, il faudra que je me surveille.

Ouais, apparemment y a plus que nous deux qui noue intéressont à cette news, si tu veut on peut continuer la discussion à propos de mon astuce apr message privé, j'ai jamais essayé cette fonction de dacode. Allez j'essaye.

Je ne connaissais pas cette option de Konqueror (que je n'utilise pas assez), tant mieux si ça existe, c'est documenté où ?
menu "fenêtre" entrée "afficher un terminal" c'est pas assez clair?
Sinon c'est dans le manuel de konqueror, dernière section du chapitre 2.

Dans "la catégorie des évidences" comme tu semble me le signaler avec un peu d'agressivité,
Désolé, manque d'heures de sommeil.

sache que les bureaux virtuels ça semble possible sous win avec quelques logiciels tiers dont j'ai oublié le nom ET que je n'ai jamais testé
J'ai essayé plusieurs possibilités sous win9x, ça va très mal car c'est du bidouillage, le gestionnaire de fenêtre n'y connait rien et le programme doit s'arranger pour déplacer les fenêtres et retenir ou elles doivent aller, ça merdait souvent.
Pour winxp si c'est fait direct dans le gestionnaire de fenêtre (même comme add-on) ça devrait fonctionner mieux.

Sous nunux ça m'em**** de ne pas avoir une sorte de "créer un tar.gz" via un menu contextuel
J'ai un truc à te proposer, j'ai bidouiller ça une fois (mais moi je m'en sert pas, en voyant ton message je m'en suis souvenu).
Crée un fichier dans ~/.kde/share/apps/konqueror/servicemenus qui s'appelle par exemple compressdir.desktop et met dedans

[Desktop Action Compressgz]
Exec=tar -c --directory %d -f %f.tar.gz --use-compress-program gzip %n
Icon=/usr/share/icons/hicolor/16x16/mimetypes/tar.png
Name=Compress this directory with gzip
Name[fr]=Compresser le répertoire avec gzip

[Desktop Entry]
Actions=Compressgz
Icon=
ServiceTypes=inode/directory

Maintenant un click droit sur un dossier dans konqueror te propose compresser le répertoire avec gzip et créera une archive tar.gz dans le répertoire qui contient celui que tu compresse. À partir de cet exemple y a moyen d'arranger des trucs intéressants (en scriptant un peu ou en regardant les options de ligne de commande des différentes interfaces graphiques pour la compression). Par exemple tu peut le faire appliquer à n'importe quel fichier en remplaçant inode/directory par all/allfiles (regarde toutes les associations de fichier dans la conf de konqueror).

Je dis uniquement que c'est encore loin d'être aussi intégré et intuitif que sous MacOS (8.6 chez moi) ou win 2000/XP
En effet, mais moi cette intégration à outrance m'énerve, et je trouve que ces systèmes imposent trop à l'utilisateur la façon qu'il considère comme la bonne de faire de l'informatique. Des distributions comme Mandrake ou SuSe (liste incomplète, pas taper) essayent justement que par défaut les choses soient bien intégrées, sans pour autant enlever l'accès à toute la customisation.

non, j'ai pas essayé de démarrer deux sessions X. Là non plus j'en ai pas besoin et j'arrive même pas à imaginer à quoi ça peut servir...C'est dire ;-)))
Ben, j'ai donné un exemple dans mon message précédent.

J'espère ne pas choquer en osant trouver des faiblesses à nunux !
Pas du tout, c'est très intéressant de discuter avec toi.

qui aime bien chatie bien
Chatie pas trop quand même ;-))

N'as-tu pas du passer le permis de conduire et apprendre à conduire, tu trouve vraiment que conduire une voiture est intuitif? Mon frère qui viens de rater le permis pense le contraire.
De plus il y a beaucoup de choses qui sont à des endroits différents (mais où est ce bouton de dégivrage? Comment ouvre-t-on le réservoir?) et il y a le manuel de la voiture pour s'y retrouver (je l'ai lu, je l'ai oublié et au besoin je le ressort).
En reprenant ta comparaison je dirais qu'il y a un certain nombre de choses importantes qui ne changent pas (des portières, les pédales au même endroit, le volant, on roule à droite)(des fenêtres, une barre de titre en haut, des barres de menus juste en dessous de la barre de titre, des protocols réseau pour les faire communiquer), et d'autres qui peuvent être changées (position du siège, couleur de la voiture)(position du panneau, thème).

Les utilisateurs ne lisent pas la doc
Ils ont tort.

Les utilisateurs ne savent pas utiliser la souris (a moins de 5 pixel prés), double clic instinctif, etc)
Une interface graphique ne doit pas être faite avec des éléments plus petits que 5 pixels (sauf cas particulier), la précision de la gestion de la souris viens avec l'utilisation.

Les utilisateurs ne se rappellent de rien
C'est pour ça qu'il y a une aide en ligne, une aide contextuelle, des petits messages qui s'affichent quand on laisse la souris.

Ce qui manque surtout aux utilisateurs c'est de la logique.

quand vous utilisez un palm c'est quasi-instinctif (il y a quelques point à améliorer), on eteint, et hop on a pas perdui les données et on se retrouve sur la dernière application ouverte, on a pas besoin de quitter une application
C'est parce qu'il ne s'éteint pas, il est en veille, je fais pareil avec mon Linux, je le laisse allumé toutes la journée (pas la nuit, ma mère aime pas) et quand je le quitte je verouille le display et j'eteint l'écran et les diffuseurs.

tout le PALM a été pensé (ergonomie, autonomie, saisie, synchronisation) comme un outils simple à utiliser pour faire une tâche bien précise agenda électronique.
Et Unix a été pensé comme un outil puissant pouvant s'adapter à toute sorte de situation, c'est ce qui à fait son succès.

je pense qu'il faudrait qu'il ya ait trés peu d'options accessibles par UI, et pour les bricoleurs, on peut toujours faire un fichier texte (plain || xml) pour personaliser à mort leur application.
Et puis cet utilisateur "normal" demandera à quelqu'un qui s'y connait comment faire un truc bien particulier, on lui dira qu'il faut modifier tel fichier de telle façon et celui-ci fera remarquer qu'il faudrait quand même faire une interface graphique pour configurer ça parce que lui en a besoin et veut pouvoir le faire facilement. Ce sont justement ces utilisateurs qui font que les dialogues de configuration contiennent un max d'option, parce qu'ils veulent que leur option y soit, et comme chacun a des idées différentes...

Il est possible d'accéder à la console via un clic droit de la souris sous Win, pour qu'elle s'"ouvre" dans le répertoire où tu te trouves
Beaucoup mieux avec konqueror, par un simple clic sur un bouton (si tu l'as mis dans la barre d'outil, sinon c'est dans le menu fenêtre) j'ouvre un terminal au bas de la fenêtre, qui peut (ou non, à ma guise) suivre la navigation avec konqueror. Si ça c'est pas de l'ergonomie.

les outils me semblent mieux intégrés
C'est juste, et pour plusieur choses:
windows existe depuis plus longtemps, les programmes ont eut le temps d'être tous développés suivant le même standard et avec interopérabilité.
Il n'y a qu'une interface sous windows et qu'un système permettant aux applications d'interragir.

KDE et Gnome proposent des solutions (relativement incompatibles) à ces problèmes (il y a beaucup de cohérence et d'interropérabilité entre les programmes Gnome et entre les programmes KDE) mais ces deux environnements sont jeunes (faut-il rappeler que win95, qui a déjà 7 ans, était déjà la version 4).

Pour ce qui est de savoir ce que KDE ou Gnome apportent de plus que Windows ou MacOS : moi j'ai encore rien trouvé de plus... ni de mieux.
Dans la catégorie des évidances, tu as remarqué les bureaux virtuels? C'est pas un gros avantage ça?
Et le fait que le gestionnaire de fenêtre soit indépendant de l'application? pratique quand le programme plante la fenêtre n'est pas bloquée en place.
As-tu déjà essayé de démarrer deux interfaces graphiques en même temps? Mon frère adore car je laisse souvent l'écran verouillé avec mon mot de passe, comme ça il démarre une deuxième session sous son nom d'utilisateur.
J'ai des tas d'autres exemples moins frappant.

Pas d'accord.
Si Gnome ou KDE ressemblent "à moitié" à windows/macos c'est parce que les développeurs de Gnome et KDE (et non pas de Linux ;) ) ont pris les bonnes idées et ont remplacé les mauvaises par des bonnes à eux.

J'utilise fréquement konqueror, qui utilise le standard de bookmark xbel, et occasionnellement galeon, qui utilise xbel par défaut depuis la version 1.2, donc il suffit d'un lien symbolique et j'ai mes bookmark konqueror tels quels dans galeon :-)

On peut accéder à une même fonction de 8 manières différentes
Trop de gadjet
De personnalisations possibles
Trop lourd!!!!

Mais c'est ça qui est génial, on peut avoir le système qu'on veut, pas celui que Bill veut.
C'est pas des gadget (ou alors sans ambiguité) et c'est cette personnalisation qui est formidable.
Par contre c'est vrai que c'est lourd.
Je suis désolé mais de ce coté là le monde du libre devrait un peu prendre exemple sur ms et apple...
Comme je l'ai dis plus haut, si ça arrive il me faudra encore changer pour quelque chose qui ne se sera pas fait bouffer par la machine économique.

Changer l'ip de la carte réseau, et la gateway (clic droit sur le voisinage réseau)
clic droit sur le voisinage réseau ET redémarrage de l'ordinateur :-p

Et on oublie trop souvent les raccourcis clavier, qui sont un parfait exemple d'ergonomie par rapport à l'intuitivité.
Un raccourci clavier, ça demande un effort d'apprentissage mais c'est le moyen le plus rapide de réaliser une action (mis à part la lecture de pensée directe).

D'ailleur à ce propos, j'ai été agréablement surpris par les nouveaux raccourcis clavier étendus de KDE3 (à la emacs ou LyX).

J'aime les interfaces qu'on a sous Linux (j'utilise KDE mais Gnome est très bien aussi et xfce est bien sur une machine un peu ancienne), elles sont puissantes et intuitives tout en évitant le simplisme à la windows ou macos (j'ai pas essayé macosX).
Si les deux grands environnement du moment (KDE et Gnome) devaient se mettre à faire du windos alors je me rabattrai d'autres environnements. Mais j'ai confiance en les développeurs du libre pour faire les bon choix, jusqu'à maintenant ils ne m'ont pas déçu.

comme la possibilité de ne pas charger les images d'une page.
Galeon fait ça très bien.

Je n'imagine meme pas le temps que cela prendrait sur ces machines. Le temps d'appuyer sur Entree? Pas forcément, ces machines contiennent bcp de processeurs et pour profiter de toute la puissance il faut que ton application soit très parallèlisable (c'est français ça?). Par exemple, dans le cas de ta simulation, si tu étudie l'évolution, tu as besoin qu'un état soit calculé pour pouvoir passer au suivant et donc tes possibilités d'utilisation de la puissance dépendent de la possibilité de paralléliser les différentes étapes qui ne peuvent être exécutées que séquentiellement. Mais il y a bien évidement toutes sortes de calculs qui peuvent être séparés en petits morceaux distinct (au hasard, le projet SETI) et donc profiter de la puissance d'un grand nombre de processeurs.

Ils choisissent un desktop qui est encore en version beta?
Alors que la série 1.x de Gnome et 2.x de KDE sont elles arrivées à des version bien finalisées!

Et pareil pour arts.

soit dis en passant, il y a les programmes artsdsp et esddsp qui pêrmettent d'arranger le coup avec des programmes qui veulent prendre directement le périphérique, exemple
ogg123 musique.ogg
ça plante y a arts qui monopolise le périphérique
artsdsp ogg123 musique.ogg
ça fonctionne :-)

Note: avec quake3 il faut utiliser l'option -m de artsdsp (pour esddsp je sais pas), à cause de je ne sais quelle fonctionnalité qui lui est nécessaire.

http://www.linuxhq.com/kernel/v2.4/(...)
http://linux-patches.rock-projects.com/(...)
http://folk.sourceforge.net/(...)
http://kernelnewbies.org/patches/(...)