Octabrain a écrit 1685 commentaires

> nous avons nous aussi un jour commis des perles de cette qualité
Je ne suis pas d'accord, j'ai commis des perles, mais de cette qualité, non ! (et heureusement, ça fait peur là)

Est-ce une prise de contrôle d'un display X déjà existant ? Si oui, est-ce que le display X en question est bien affiché sur l'écran (i.e., l'écran n'affiche pas un tty) ?

As-tu déjà utilisé des analyseurs lexicaux/syntaxiques (genre flex/bison/yacc) ?

Effectivement, techniquement, on doit pouvoir défaire un peu l'armure d'un tank avec un marteau.

Sinon, je sais pas si tu réalises que :
- c'est donc à l'utilisateur de le faire, ou de récupérer des scripts à moitié faits (peu de chance que comme pour un logiciel lourd ou un vrai site complet, il se trouve une communauté derrière pour développer un pauvre script GM)
- on rajoute des plugins logiciels censés faire un travail lourd, dans une architecture déjà complexe (le browser). C'est pas parce que c'est possible de le faire que c'est l'idéal.
- comme il est dit, il faut le faire pour chaque forum
- ça n'aggrège rien, ou alors il faut faire un script GM encore plus lourd
- stylish : aucune intégration à l'environnement de bureau, ni rien, et là encore c'est à l'utilisateur d'écrire sa CSS ou récupérer des pauvres CSS

Non, vraiment, j'espère que ton message était de l'humour, car c'est vraiment le truc le plus inadapté possible.

> Tu peux choisir ton navigateur aussi.
Sauf que changer le navigateur ne va rien changer à la présentation et aux fonctionnalités supplémentaires (recherche, classement personnel, des tonnes de trucs). En gros, c'est totalement figé, et les forums ne sont pas inter-opérables.

Les forums avec des threads en arbre (comme ici sur DLFP) sont bien plus rares mais pourtant beaucoup plus pratiques que la plupart des forums. Il me semble que les mailings sont arborescents.

Pour autant, c'est pas Zenitram qu'a fermé le compte d'Ayo, c'est l'autre qui est susceptible.

Ceci n'arrive pas avec zsh, parce que zsh est intelligent et dans zsh, ".*" ne matche ni "." ni "..", parce que c'est incontestablement inutile (si vous n'êtes pas convaincu, essayez de chercher rien qu'un seul exemple où ça pourrait être utile) et source d'erreurs.

Ça tombe bien, si les lignes sont longues, tu peux redimensionner la fenêtre de ton navigateur pour raccourcir les lignes, alors qu'il n'est pas possible de faire l'inverse. Avec les lignes longues, tout le monde est content.

Dans celle de l'auteur, ajouter un navigateur dont les textarea ne retournent pas systématiquement à la ligne tous les 80 caractères.

Toi, il doit te manquer une case ou deux, je vois pas où tu vas chercher ça, je l'ai jamais dit, je vois même pas comment tu peux interpréter ce que j'ai dit de cette façon, surtout que c'est même plutôt le contraire puisque mon client arrive à trouver le charset de chaque client et m'afficher tout ça correctement, donc je n'ai vraiment *JAMAIS* *AUCUN* problème d'encodage.
Ton argumentation est à chier, soit, mais viens pas inventer une pauvre insulte pleine d'aigreur en espérant que tout le monde va me lyncher, là c'est toi qui passe pour un con.

ou aux gens de la fac ?

En fait, il ne critique aussi le fait que le logiciel soit "skinnable" indépendamment des autres logiciels KDE, travers dans lequel tombent souvent les logiciels de lecture de musique ou de vidéo, sans doute pour faire plus authentique en ressemblant aux chaines Hi-Fi ou magnétoscopes (voir notamment http://sam.zoy.org/writings/dvd/players/ )

Ya un peu de FUD quand même...

> - Je suis connecté au net derrière un proxy http, je n'ai pas accès à IRC mais je peux me connecter aux serveurs Jabber avec BOSH ( http://www.xmpp.org/extensions/xep-0206.html ).
Ou sur les serveurs qui écoutent aussi sur le port 443 comme talk.google.com et im.apinc.org.
On peut aussi utiliser des proxies avec IRC

> - Mes communications client <=> serveur sont chiffrées (TLS).
Tu sais pas qu'avec IRC aussi ?

> - Pas de problème de charset
Ça tombe bien, moi non plus, alors que je vais sur des channels avec des charsets différents, mais ça ne me pose aucun problème, comme je l'ai dit, mon client a ça en built-in. Cool non ?

> - Connexion à un serveur avec un compte jabber => plus simple à modérer
À force de vouloir rendre ton message court, je comprends même pas ce que t'as voulu dire là.

> - Possibilité de garder contact avec une personne (ajout dans la contact list) plus simplement (suffit de lui demander son JID, pas besoin de changer de logiciel).
Oui, c'est bien de s'émerveiller devant la beauté d'un protocole réseau décrit par une RFC comme IRC, différents logiciels permettent de faire la même chose. Donc ce que tu dis est valable pour IRC aussi.

> - XHTML pour les kikoololeurs en herbe
Oui, il manque juste le fait que le XHTML soit interprété dans les clients IRC pour kikoolol, mais c'est un "défaut" des clients, pas du protocole.


> - Pseudos plus variés (possibilité d'avoir des espaces, des caractères UTF-8 etc..)
Il reste plus qu'à pouvoir ajouter des couleurs, des gifs animés et des sons</troll> Mais sinon OK pour l'argument.


> IRC c'est le passé. Jabber l'avenir. Seulement pour le moment les clients Jabber ne sont pas aussi pratiques parfois que les clients IRC. Si vous savez développer et que vous cherchez un projet qui a besoin de contributeurs, allez donc donner un coup de main aux dev de clients Jabber (Gajim, Jabbim, Psi, Spark, Pidgin, etc.).
Ne surtout pas oublier de terminer le FUD par le petit message de propagande. Merci de votre attention, soyez heureux.

Ah donc le message n'est pas privé de la même façon selon s'il a été initié depuis un salon ou depuis ailleurs ? Et ben, ça sent le protocole mal conçu dès la base où on rajoute les fonctions n'importe comment au fur et à mesure.

http://www.microsoft.com/canada/getthefacts/default.mspx

> – Pour le débutant, Jabber est bien plus simple à configurer (imaginez-vous au téléphone guider quelqu'un pour se connecter sur un salon jabber et sur un salon irc.
« Lance "XChat", tu as une fenêtre où on te demande d'entrer un pseudo, puis clique sur "freenode" et valide. Une autre fenêtre va s'ouvrir pour te demander le canal, tapes "audacity" après le # »

> Comme je l'ai déjà dit plus au, l'encodage aussi est génant. À moins de se battre à coup de script pour essayé de patcher un peu le client IRC comme un goret, certain salons deviennent presques incompatibles…
Mon client n'a pas besoin d'être patché ou scripté pour ça, c'est built-in.

> Un outil par besoin est la philosophie Unix, mais on peut considérer la messagerie instantanné et les salons de discussions comme suffisament proche pour être considéré comme un même besoin (donc permettre de fusionner les deux est bien pratique, et rien n'empèche d'avoir un client pour les salons et un pour les messages personnels si on le souhaite).
Ah oui ce vieil argument d'autorité raté, « selon les sacro-Saintes Lois Unix [et surtout selon comment je les interprète à la façon qui m'arrange], mon outil est plus Unix que le tien, donc il est Mieux que le tien, et ne me contredit pas car c'est la Loi Unix ». Poussé à l'exagération, ça donne ça : http://s01.de/~gottox/index.cgi/unixy_software , un type tellement obsédé qu'il fait une version de tar inutilisable vu le peu de fonctionnalités qu'elle offre, mais tellement Unix selon lui.

> De plus, XMPP permet beaucoup de chose et est de plus en plus utilisé, ce qui peux créer des liens ensuite assez intéressant entre les logiciels.
Tu oublies que pour cela, il faut juste modifier le protocole, juste standardiser la modification, et juste intégrer tout ça à tous les clients, preuve qu'il n'est pas déjà adapté à tout.


Un détail parmi ceux qui m'emmerdent avec jabber : pour parler à quelqu'un à qui on n'a jamais parlé auparavant, il faut lui demander son autorisation au préalable.

> Le protocol IRC craint et n'est pas sûre!
Quelle argumentation épique !

> IRC c'est sympa, c'est historique, ça fait très nerdZ/hackeur-Swordfish mais finalement assez austère!
Ah oui vraiment ça c'est de l'argument.

> Avec tout ce qu'on peut brancher sur xmpp, je ne comprend toujours pas la timidité dont font preuve les acteurs du libres.
Peut-être que... on s'en fout !

La notation hongroise a mauvaise réputation, mais il semblerait qu'elle a été en fait détournée : http://www.joelonsoftware.com/articles/Wrong.html ("Making Wrong Code Look Wrong")

> c'est que le type est porté par l'objet
Ceci ne caractérise pas le typage dynamique (où le type d'une référence peut changer), mais le typage fort.

À ajouter :
yakuake
yeahconsole
tilda
guake

wmctrl -a xterm || xterm&

Personnellement, j'utilise "yakuake", un terminal multi-onglets qui apparait sur ou disparait du bureau courant avec une simple touche. Mais il est possible d'émuler ce comportement avec un script shell plus poussé.

Monolithique avec modules. Ce qui m'horrifie vraiment, c'est qu'il refuse initrd (sans pour autant utiliser une solution de remplacement), au revoir root-LVM par exemple.

> Faut le reconnaître, les choses n'ont pas bcp changé en 15ans
Effectivement, surtout si on retourne à un noyau monolithique juste pour pouvoir booter en 5 secondes...

Cela existe déjà chez http://pastebin.com/ par exemple.

Attention, incompatible avec la GPL ne veut pas dire non-libre, c'est le cas de la CDDL par exemple (license de ZFS) qui est tout à fait libre. CC-BY-SA est considéré libre par certains, et pas libre par d'autres (par exemple Debian).