Troy McClure a écrit 2213 commentaires

xterm + screen se rapproche pas trop mal d'un terminal à tabs, (mis à part que ça impose des raccourcis pourris, et que la scrollbar tu peux te la mettre derrière l'oreille). Moi j'aimerais bien un multi-terminal qui ne serait qu'une interface graphique à screen. Il me semble avoir vu que Eterm en est capable, mais quand j'avais cherché je n'avais trouvé aucune info sur comment faire.

> > - rapide et petit
> J'ai pas comparé.
en tout cas ça m'étonnerait beaucoup que gnome-terminal rentre dans la catégorie "petit et rapide"

time ls -l ~
xterm: real 0m0.075s
konsole: real 0m0.046s
gnome-terminal: real 0m1.120s

plus d'une seconde pour afficher 400 lignes de texte, même avec une fonte antialiasée, c'est un peu ridicule.

ils sont pas sex les forums, on peut pas mettre de smileys comme sur hardware.fr

cherche XLFD dans google, par ex. http://www.meretrx.com/e93/docs/xlfd.html(...)

jusqu'à il y a peu c'était le seul système de nommage des fontes proposé par X11, depuis fontconfig c'est quand même devenu un peu plus clair.

tu peux utiliser xfontsel pour construire un xlfd qui te convient

Loin de moi l'idée de ressusciter de vieux trolls moisis, mais il me semble que le terme adéquat est "paquet" et non "paquetage"

> C’est dingue cette propension qu’on les gens à vouloir pourrir le travail des autres.

la prochaine fois, essaye de lire le journal auquel tu réponds

> Alleluïa !!!!! Même le pape utilise des logiciels libres

\o/ pareil pour la scientologie ! \o/

Ce soir j'ai mangé de la salade, elle avait un drôle de goût.

je suis d'accord avec toi !

> Sous Windows en tous cas

c'est bien un truc que je reproche à mozilla/firefux/thunderbird, les gens qui les utilisent sous windows ne se plaignent pas ou peu de la lenteur terrifiante de l'interface. J'imagine donc que ça marche nettement mieux que sous linux. Et que les dev de mozilla travaillent majoritairement sous win.

t'as oublié la note qui tue:

legereté: 3/20

> j'ai été bleuffé par la _simplicité_ et l'_intuitivité_ de cette bibliothèque.
Tu n'as pas précisé, mais je suppose que tu l'as utilisé en C ?
Moi j'ai été plutot dégouté par la complexité (50 types de widgets * 100 fonctions par widget + la glib + pango + ... + savoir quand est-ce qu'un truc a été alloué sur le tas, quand est-ce qu'il est refcounté, etc) de cette bibliothèque, et dans une moindre mesure par la doc. Les tutoriaux sont bien, mais je n'y ai jamais trouvé ce que je cherchais à faire.

Et puis les cast (GTK_WIDGET(plop), GTK_LIST_STORE(coin), ..) de partout c'est un peu degueu. A la limite ils auraient pu tout mettre en void* ça ferait pas beaucoup de difference, à part que la touche shift de mon clavier serait un peu moins usée.

mis à part un ou deux journal sur les 20 (disons 3 pour l'instant puisqu'il y a eu de l'action ce weekend) qui sont listés en page principale, moi je ne vois pas grand chose qui mérite d'être qualifié de "pollution" par des gens "d'un acharnement proprement incroyable".

donc personnellement, je suis contre les notes dans les journaux, ras le bol des [+], des [-] des batons, des carottes et des matrakes

> En résumé, pour les moules abruties peuplants linuxfr
merci de continuer à faire le sympathique raccourci "abruti => c'est une moule". Tous les pierre tramos sont responsables du pourrissage de wikipedia, et toutes les moules sont responsables du reste

faike :o

[:ruisseau de larmes]
encore une utopie qui se casse la gueule

Miroir Ô mon beau Miroir,
De tous les Tramos,
Dis-moi que je suis le plus beau
et donne moi mon score par défaut

Si ça n'est pas de l'assembleur x86 je ne vois pas où est le problème.. ça n'empechera pas l'utilisation du pilote sur ppc ou gameboy. Par contre ça va faire chier un paquet de monde, et ça ne va pas encourager les grands constructeurs (disons Dell au pif) à supporter officiellement la debian sur leurs machines

un backend qu'il est bien: http://linuxfr.org/board/remote.xml(...)
du concentré d'intelligence et de bon goût bien de chez nous

Waou il arrache les ours le nouveau bouton envoyer !

tu ne peux pas tester uniquement la lib (enfin je ne vois pas de façon simple pour trouver le nom de symbole correspondant à une fonction membre de la classe), donc le plus simple est que tu testes la présence simultanée de la lib + des headers, avec un AC_TRY_COMPILE

ça a l'air plutot chouette matplotlib !

aarg je viens d'essayer et ... la compilation foire au bout de quelques fichiers :'( dommage j'aimais bien l'idée

> J'aimerais bien voir un bench de mencoder, qui est optimisé aux petits oignons, compilé avec gcc et icc.
> Déjà il faut que ça compile avec icc, ce qui n'est pas sûre.
> Puis l'écart en faveur d'icc (si cet écart existe) sera très faible. Pas de quoi lacher un amour de logiciel libre comme gcc.

Pour mencoder il n'y aura sans doute aucune difference vu que le truc est blindé d'optimisations en assembleur etc.
Prends n'importe quel code de calcul un peu bourrin, compile-le avec icc et gcc, et les 15% tu les auras. En tout cas moi je les ai constaté à chaque fois. Maintenant 15% c'est pas grand chose, personnellement ça m'importe beaucoup moins que la difference de vitesse de compilation de g++ par rapport icc.

parce qu'il ne fait pas ou peu de taches cpu-intensives ! ce genre de difference n'est sensible que sur des softs qui utilisent beaucoup de temps processeur, par ex. oggenc, mencoder, gcc, etc.., pas sur ceux qui passent 99% de leur temps à attendre l'arrivée d'un evenement.

et gcc est plus que correct, mais il n'est pas le meilleur à tous points de vue.