Octabrain a écrit 1685 commentaires

et la redondance cyclique

> Donc moi j'ai plutôt envie de répondre oui.
T'as "envie de répondre oui". Ben fais-le, te gênes pas.
Sérieusement, cette expression et ses dérivés "j'ai envie de dire", "j'ai envie de répondre", c'est laid et ça sert à rien.

> Je vois vraiment pas l'intérêt de la chose mais vous faites ce que vous voulez
C'est à peu près ce qu'il a dit mais en plus argumenté. Il n'a pas besoin de préciser "vous faites ce que vous voulez", on s'en doute bien qu'il va pas aller les assassiner s'ils persistent.

Non le réel intérêt, c'est que les évènements ont bien plus de "sens". On peut par exemple connecter le signal "currentFontChanged" d'un widget de sélection de font à la méthode (qui est aussi un slot) "setFont" d'un widget d'édition de texte.


De plus, le fait de pouvoir utiliser n'importe quelle méthode et ne pas être forcé par le nom évite de devoir faire comme en Java (de mémoire) au choix :

public void actionPerformed(Event ev) { // un bouton cliqué
if (ev.getSource() == monBouton1) {
// faire un truc
} else if (ev.getSource() == monBouton2) {
// etc
}
}

ou

monBouton1.addActionListener(new ActionListener() {
public void actionPerformed(Event ev) {
// faire un truc
}
});
monBouton2.addActionListener(new ActionListener() {
public void actionPerformed(Event ev) {
// etc
}
});


Mais faire (de mémoire)

connect(monBouton1, SIGNAL("clicked()"), monObjet, SLOT("bouton1clique"));
connect(monBouton2, SIGNAL("clicked()"), monObjet, SLOT("bouton2clique"));

Et avoir une méthode séparée pour chaque.

Des différences 7z / tar+$COMPRESS :
- Le format 7z ne stocke pas autant de métadonnées (comme le uid du fichier) que tar.
- Dans .tar.gz ou .tar.*, la compression est une étape après l'archivage des fichiers, trop indépendante, qui crée des "archives solides", ce qui rend les modifications de l'archive impossibles (obligé de décompresser, modifier, puis recompresser).

Il suffit de dire "TL;DR"

S'il n'a pas besoin d'une carte à 256mo, on trouve pas mal de choix et moins cher sur ebay. En tout cas je savais pas qu'ils en avait fait des 256 sur PCI.

comme pour egcs ?

Le problème des bases des métadonnées et qu'elles sont souvent plus lentes à chercher :
- lire une partie du fichier quand ce n'est pas indexé (et interpréter le format, etc.)
- temps d'indexation, et ne dites pas "l'indexation est incrémentale", prenez le cas de quelqu'un qui branche le disque dur externe d'un autre
Mettre les métadonnées directement dans le système de fichiers (xattrs par exemple) n'est pas une solution non plus, pensez à un fichier que vous envoyez par mail, il passe où le système de fichiers ?

Sans parler du ton très débilitant que tu prends, ne t'étonne pas d'être dénigré.

Quand les devs en question auraient pu regarder les logiciels "concurrents" pour voir eux-même d'autres avis, et que ça aurait été normal, c'est un problème.
Quand un paquet de personnes se plaint depuis des années que le comportement de l'interface est merdique, c'est un problème.

Ah j'avais mal lu ton message, excuse-moi, oublie ma réponse.

"Tu es déjà aller donner tes idées par là http://gimp-brainstorm.blogspot.com/ ?"
C'est un peu comme "envoie un patch" sauf que ça ne nécessite pas de compétences de développeur. Par contre ça demande toujours du temps, de la motivation et de la réflexion, chose qu'aurait pu initialement faire les devs.

"mais ce sera plus long (sauf si le fichier est très court), et il y aura plus de risque que je fasse une erreur. "
Parle pour toi.

Ça c'est l'argument sorti en permanence. T'as un exemple de WM compétent ?

L'autre jour, xfce a été mis à jour pendant que je l'utilisais, ben j'ai vite dû relancer la session, parce qu'à cause de libs qu'ont été chargées après la MAJ (progs que j'avais pas lancé avant), ça s'est mis à pas très bien marcher.
Ces pseudos-"transactions atomiques" sur les libs chargées ne sont pas réellement atomiques, et les invoquer en disant qu'on est pas obligé de relancer la session rapidement, c'est faux.

"Je crois que tu ferais bien de taire. Tu n'as visiblement rien d'intéressants à dire. ON NE SE MET PAS EN VALEUR EN DENIGRANTS LES AUTRES."
Tu lis pas beaucoup trollfr toi... ya que ça qui marche ici.

Non, c'est quand le développeur préfère son application à un concert mouvementé. (mosh)

Exactement pareil pour moi.

Il est vrai que l'article est un peu kikoolol, et même s'il enfonce des portes ouvertes, il est toujours bon d'écouter les critiques même un peu mal faites, et éventuellement bien vouloir concéder que certains ont des goûts différents des siens. Certains pensent que vim est très ergonomique et que ça suffit pour tout le monde. "640k is enough" ? On a pas le droit d'imaginer mieux ou lorgner chez les autres ?

"De plus, des ergonomies catastrophiques sur des logiciels propriétaires et payants (et pas que chez microsoft), j'en ai vu des tonnes."
Ce n'est pas une raison pour ne pas reconnaitre de défauts à _certains_ logiciels libres.

- Un quoi ?
- Un mockup.
- Un quoi ?
- Un mockup. Une maquette si tu préfères...
- Ah, un mockup !

(je pense que c'était plutôt "mockup" ou maquette en français (il se serait peut-être moins emmêlé les pinceaux s'il s'en était tenu à sa langue maternelle))

Sauf que l'article parle de "convivialité".

Le lien original parlait de "convivialité" et non pas d'"ergonomie" ou d'"efficacité", mais visiblement, tu l'as oublié (ainsi que d'autres qui répondent aux journal)

Tiens, je n'avais pas vu cette énormité. Il doit être sacrément atteint l'auteur du journal pour écrire ça.