wismerhill a écrit 2608 commentaires

Je pense que le réseau est un peu trop intégré dans le protocol X11 pour pouvoir faire un "X sans réseau" qui reste compatible avec les programmes existants.

Tu mélange convivial et intuitif.
Convivial veut dire que c'est facile/agréable à utiliser et ça devrait être une qualité de tout programme final.
Intuitif veut dire que la prise en main est aisée et ne nécessite pas d'apprentissage. Je doute qu'il existe des programmes qui le soient vraiment, certains le sont parce qu'ils fonctionnent comme d'autres déjà connus.

Pour reprendre ton exemple, LaTeX n'est pas intuitif, il nécessite beaucoup d'apprentissage, par contre je le considère comme convivial car une fois qu'on le connait il est très pratique pour mettre en forme son texte.
On peut dire la même chose avec la console: un interpréteur de commande n'est surement pas intuitif, mais bien maitrisé il peut se révéler très convivial.

"Unix is user-friendly, he's just very selective about who his friends are." ;-)

J'ai pas envie d'essayer, mais ça doit faire très mal!

Moi, d'après la lecture de l'article, je trouve que Jérome a bien résumé la situation.

J'ai déjà eu des répertoires contenant plusieurs miliers de fichiers eps et txt associés, car ces fichiers représentaient tous des variations d'un même graphique suivant différents paramètres, ils avaient toutes les raisons d'être dans le même répertoire.
Bon, par contre j'utilisais mc pour y accéder (par habitude) mais chacun est libre de choisir ses outils et moi je trouve anormal d'exiger d'apprendre le shell pour les personnes ayant beaucoup de fichier à gérer.

je vois mal l'intérêt d'ouvrir un dossier contenant 1024 mp3...

Accéder à son contenu?

Essaye gwenview (http://gwenview.sourceforge.net/home/(...)), en plus d'être un excelent visualiseur d'images il peut utiliser jpegtran (faut l'installer bien sur) pour retourner les images speg sans perte et il conserve les infos exif (sauf si on ne veut pas).

Si c'était simplement comme ça ça empirerait continuellement avec le framerate qui augmente. Que ça n'aparraisse qu'à certains framerate bien précis suppose un comportement plus compliqué (et je ne vois vraiment pas comment il peut en être ainsi).

Le xinerama et le bi-écran fonctionne t depuis longtemps.
Pour l'ACPI, comme le support APM viens juste d'être introduit, c'est pas pour tout de suite.

S'il y a de tels effet de "résonnance" à certaines fréquences, c'est que leur moteur physique est programmé avec les pieds (au moins à certains endroits). C'est aberrant de faire des erreurs pareilles.

L'interface d'OSX n'a rien à voir avec un serveur X, mais il me semble qu'il y a un émulateur de serveur X fourni avec (en tout cas j'en avais un sur un imac avec OSX à l'unif). Cherche un peu parmis les trucs installés sur ton disque.

ça oblige a changer le css à chaque fois que la news est changé

Non, il suffit d'avoir un petit ... ajouté dans le header de la page où on va juste changer la couleur de fond de cette boîte. Comme il est généré en même temps que la page on peut le faire changer sur base du contenu de celle-ci.

Mencoder sait faire ça, va voir http://www.mplayerhq.hu/DOCS/HTML/en/menc-feat-enc-images.html(...)

Deux remarques:
- startx contient six lettres.
- moi j'utilise les deux mains pour taper startx (je n'ai jamais fait de dactilo, c'est le premier doigt disponible qui va taper sur la touche et je m'enmèle très peu les doigts, mais parfois j'hésite).

Le problème n'est pas qu'il ne soit pas fourni, mais que ça fait une dépendance assez lourde pour un outil qui devrais en avoir un minimum.

Je vais te donner l'exemple qui m'est arrivé.
Après un plantage violent (mini-coupure de courant) j'ai perdu le répertoire /usr/bin (depuis je suis passé en ext3 ...), et donc même si urpmi se trouve dans /usr/sbin ça sert à rien car perl est dans /usr/bin. Heureusement rpm lui est dans /bin, mais ça m'aurais aidé de pouvoir utiliser les outils urpm pour restaurer mon système (bien sur une fois perl réinstallé ça va mieux, mais ça fait peur au début).

Super, un site aui encourage à la copie illégale en faisant croire qu'elle ne l'est pas.

Bon, au moins ils montrent des copies d'écran sous windows.

Urpmi dépend de perl (et un certains nombre d'extensions de celui-ci), ce qui est quand même une dépendance assez lourde pour un programme d'aussi bas niveau (heureusement rpm est compilé).

c'est pas à cause de quelques types qui ne veulent pas bosser avec toi que tous les autres sont à bannir aussi.

C'est vrai, d'autant que les pisse-vinaigre sont toujours les premiers à répondre. Faire une réponse posée demande de réfléchir alors qu'il suffit d'être de mauvaise humeur pour cracher du venin.

Ben oui, et son interface (jusqu'aux versions 0.6) est en tk.

Vérifie ton fichier de config de X (/etc/X11/XF86Config-4).
S'il s'agit d'une souris PS/2 (même indirectement) il faut avoir le protocol IMPS/2 (c'est à dire, à la section InputDevice de la souris (Driver "mouse") l'option Protocol doit être IMPS/2, et l'option Device /dev/psaux (ça peut être /dev/mouse si celui-ci est un lien symbolique vers le précédent)), et comme il a déjà été écrit plus haut, il faut l'option ZAxisMapping à "4 5".
S'il s'agit d'une souris USB le protocol est USB.

Super!
Et comme ça la taille des messages augmente linéairement, chaque message contenant la totalité des précédents (avec des niveaux de citation toujours croissants).

Je l'ai déjà posté plus haut, mais revoila le lien pour une piqure de rappel http://www.cict.fr/net/ErreursMel.html#reponse(...)

Super!
Et bien sur comme son nom l'indique, viewer est aussi un éditeur de texte.

Avec les drivers propriétaires de NVidia il y a moyen de s'arranger avec le twinview.
Dans le ficheir /etc/X11/XF86Config-4, à la section Screen j'ai ajouté les lignes suivantes (tout est expliqué dans la doc fournie avec les drivers)

Option "TwinView" "1"
Option "SecondMonitorHorizSync" "30-50"
Option "SecondMonitorVertRefresh" "60"
Option "TVOutFormat" "SVIDEO"
Option "TVStandard" "PAL-B"
Option "MetaModes" "1280x1024 ; 1024x768 ; 800x600 ; 640x480 ; 400x300 ; 320x240 ; 1280x1024,800x600@1280x1024+0+0 ; 1024x768,800x600@1024x768+0+0 ; 800x600,800x600+0+0 ; 640x480,640x480+0+0"

Adapte l'option TVStandard à ce qui te convient, et réécrit les MetaModes à ta convenance. Dans mon cas j'ai d'abord six metamodes où seul l'écran normal est activé, puis j'ai quatre configuration ou la tv va afficher une aprtie de mon écran.
Par exemple, le 640x480,640x480+0+0 signifie que les deux écrans ont une résolution de 640x480 et que le deuxième a son coin supérieur gauche au même endroit que le premier (+0+0).
Et pour 1280x1024,800x600@1280x1024+0+0, là mon écran s'affiche en 1280x1024 et la tv en 800x600, mais cette fenêtre de 800x600 peut se déplacer (en suivant la souris, comme un bureau virtuel X) dans une fenêtre 1280x1024 qui est superposée à l'écran principal (encore le +0+0).

Comme ça, quand je veux regarder une vidéo sur la tv, je n'ai qu'à faire Ctrl-Alt-- deux fois et lancer mplayer ou xine (qui détecterons que la résolution réelle de l'écran est 800x600 pour le plein écran).

Ce n'est pas ce qui est conseillé dans ce document http://www.cict.fr/net/ErreursMel.html(...) et je trouve que laisser trainer tout le message à la fin alors qu'on répond à la personne qui l'avait envoyé est du gaspillage de bande passante. C'est bien mieux d'associer les réponses aux extraits auxquels elles répondent.

Je vois pas pourquoi tu dis ça, les paquets fait par texstar étaient de très bonne qualité, j'ai particulièrement utilisé ses paquets KDE3.1 sur la 9.1, et plusieurs autres paquets divers.