Yann Hodique a écrit 176 commentaires

Moi j'ai plutôt l'impression que le système de scores/votes/xp est de plus en plus bricolé pour tenter de répondre à un besoin de tri par pertinence et qu'il n'y parviendra jamais parce que tout simplement quelqu'un qui veut gêner le système a autant de poids que quelqu'un qui veut l'aider (du moins au départ).
D'où les limitations du style borne inférieure/supérieure pour le score, valeur initiale complexe, nombre de votes dépendant du nombre de XP, nombre minimum d'XP pour pouvoir poster ou voter etc... ça me paraît bien compliqué pour un résultat loin d'être satisfaisant.
Aujourd'hui j'ai le sentiment que les XP ne servent strictement à rien, hop supprimons-les.
Et dans la foulée supprimons aussi ce qui en dépend, à savoir à savoir la limitation pour les nouveaux arrivants, et les scores de commentaires. Voilà on a un système simple :-) (et qui à mon avis marche même pas beaucoup moins bien).
Bon, on me dira, et la modération dans tout ça? Pourquoi ne pas créer une nouvelle classe de modérateurs, non pas destinée aux news, mais aux commentaires? A priori ça prend moins de temps de modérer un commentaire qu'une news, donc on peut imaginer que plus de monde serait prêt à le faire. Évidemment ça suppose d'écrire clairement quelque part ce qu'est un commentaire acceptable, mais ça donnerait aussi un peu plus de transparence à tout ça. Avec une petite interface +/-/signaler un compte à supprimer, je suis sûr qu'on peut faire des miracles. Tiens je suis même volontaire pour modérer : vu que je lis une bonne partie des commentaires, ça me prendra pas plus de temps de les noter, je poste peu, et je suis totalement étranger aux querelles de clocher qui se déroulent dans ces pages, bon candidat non? :-)

Quant au problème des Pierre Tramo, ou Beurt maintenant, je me suis longtemps demandé pourquoi les posts n'étaient plus identifiés par le login de l'utilisateur... Quel est l'intérêt de mettre à la place un identifiant qui n'a pas plus de chance d'être le nom véritable de la personne, et qui n'a même pas le bon goût d'étre unique? Si je me souviens bien, Dacode identifiait par login, et il n'y avait pas de confusion possible.
D'ailleurs j'ai cru un moment que la prolifération des Pierre Tramo était une réaction à ce changement étrange (c'est peut-être le cas d'ailleurs, j'en sais rien). J'imagine qu'il y a exactement deux choses qui sont uniques pour un visiteur: son numéro et son login. Le numéro c'est un peu hard (et "je ne suis pas un numéro"), le login me semble immensément adapté à cet usage précis.

Bon, bref, en deux mots et pour résumer, je trouve que c'est pas la meilleure méthode que de fournir aux gens qu'on veut modérer les instruments de modération. Alors au lieu de bricoler lesdits instruments pour qu'ils deviennent moins utilisables par lesdites personnes (avec pour effet de bord de les rendre incompréhensibles), autant les filer directement et sans restriction a un pool de personnes sélectionnées.
C'est dommage d'ailleurs, l'idée d'une communauté auto-gérée de gens raisonnables c'est nettement plus beau, mais en l'occurrence ça ne paraît pas gagné.

euh... t'as pas dû chercher beaucoup quand même... mais soit, pas de rtfm ce soir.

kcontrol -> Accessibility -> Keyboard Shortcuts -> Shortcut Schemes -> Shortcut Sequences -> Desktop Switching -> Switch to Desktop X

d'après ce que je crois comprendre, le nom de la relation et l'id de menu sont liées (je vois bien un item "search" par exemple), donc pourquoi mettre les 2 en paramètre? (j'imagine que rel == kactionmenu_map[lrel]->popupMenu()->text(id) ou approchant, quitte à passer par une map ou autre)
auquel cas un

slot  void goToLink(int id=-1); 

connect( kactionmenu_map[lrel]->popupMenu(), SIGNAL( activated( int ) ), this, SLOT( goToLink( int ) ) );

serait suffisant.
Le seul cas (que je vois) pour lequel les 2 seraient effectivement indépendants, c'est un appel d'une meme relation qui peut "bouger" dans le menu sans modifier le nom des items eux-mêmes (ce qui est sacrément vicieux, et à mon avis pas très user-friendly :))


ou alors pourquoi pas quelque chose du genre :

public slots:

void slotGoToLinkById(int id) {

    QPopupMenu * menu = dynamic_cast<QPopupMenu *>(sender());

    if(menu) {

        gotoLink(menu->text(id),id);

    }

}

et

connect( kactionmenu_map[lrel]->popupMenu(), SIGNAL( activated( int ) ), this, SLOT( slotGoToLinkById( int ) ) );

de toute manière, faire un slot avec un argument statique serait contre-performant (puisque ça rend ton code... statique) et le créer dynamiquement est peut-être possible (sans doute, puisque rien n'est vérifié avant exécution) en bricolant le code des meta-objets à la main, mais de base je ne crois pas: en tout état de cause, ça serait un massacre au niveau du nombre de connexions et slots, et donc des performances de l'application

Hello,

pour des besoins similaires, j'ai mis en place un serveur cvs (par ssh) assorti d'une installation gforge (http://www.gforge.org(...)). Avec le recul je me dis qu'il doit forcément exister une solution plus pratique: cvs par ssh est assez contraignant pour les développeurs lorsqu'on veut garder un maximum de sécurité (clés RSA), angoissant si on veut un accès anonyme (password vide), pénible à gérer au niveau des groupes unix dans tous les cas (en plus des faiblesses opérationnelles de cvs).
Ceci dit, une fois les bons scripts de cron en place, ça passe plutôt bien.

GForge quant à lui est assez lourd pour le serveur, même avec un cache php, et il vaut mieux ne pas regarder le code, aussi bien pour le php que pour le html généré :-p (pour être parfaitement honnête, je n'ai pas encore regardé la version 3.3, qui est sortie il y a 3 semaines)
Par ailleurs gforge ne s'interface qu'avec postgresql, ce qui est dommage à mon sens.
Voilà pour les points négatifs :-)
Si c'était à refaire (ou si j'ai le courage un jour ;-)) je regarderais donc plutôt du côté de subversion pour le système de versions, et pour l'interface web.... je sais pas :-) (j'avais pensé un jour en faire une from scratch avec templeet, mais je devais être malade ;-))
Il faudrait au moins revoir gforge pour générer des pages plus légères, sans tables dans tous les coins, et avec de jolies css :-)

Il a raison, c'est un des problemes de RedHat ou Mandrake. On ne peut pas mettre a jour progressivement, on est oblige de passer par une mise a jour de la distrib,

Non, il suffit d'ajouter les sources urpmi contenant les paquets à jour. Évidemment il s'agit souvent des sources officielles des distributions suivantes, ce qui n'est pas un problème en soi. Installer des paquets depuis ces sources n'oblige nullement à remplacer tous les paquets pré-existants, seulement on doit mettre à jour les dépendances (ce sont des distributions binaires, tout cela est logique). Le fait qu'il n'existe pas de rpm de tel logiciel compilé avec telle version d'une bibliothèque n'est pas une faiblesse de la distributions, mais un choix nécessaire, et n'a en tout cas rien à voir avec la faisabilité de la chose.

pour ca faut telecharger les ISOs et souvent ca marche mal, faut reinstaller.

Encore une fois non, le chargement d'isos n'a rien d'obligatoire, on peut mettre à jour depuis le net, un réseau local, ou encore des cd (sans booter dessus) sans souci : la seule contrainte est de disposer par un biais quelconque des paquets concernés, rien d'extraordinaire en somme. Par ailleurs je n'ai jamais vu de cas où la mise à jour se soit passée si mal qu'une réinstallation soit nécessaire, même si j'admets volontiers que tout le monde n'a pas les connaissances requises pour réparer, le cas échéant.

Et telecharger des ISOs, avec Debian, Gentoo ou encore *BSD on le fait une seule fois et on peut vivre des annees avec un systeme a jour en permanence sans maj brutale.

J'imagine que ça dépend de ce qu'on appelle mise à jour brutale, mais par exemple un changement de libc est tout aussi brutal sous debian que sous mandrake. (peut-être moins fréquent, mais c'est un autre troll ;-))

"mise a jour incrementale" n'a rien a voir avec "version de developpement", meme si les utilisateurs de Mandrake ont tendance a confondre (vu que pour eux, maj incrementale => cooker = devel).

Entièrement d'accord avec la première partie: ça n'a rien à voir. Et entièrement en désaccord avec la deuxième: utilisateur de Mandrake ne rime pas avec neuneu.

Ah bah si justement, je manquais un peu de spam pour entraîner mon spamassassin. Merci google \o/

Pourquoi ne pas adopter la notation d'emacs, qui présente l'avantage d'être claire et non ambiguë ?
À titre indicatif, C-x f correspond à la commande set-fill-column

En l'occurrence, ce que tu ne supportes pas c'est l'utilisateur d'emacs, puisque tout personne ayant lu le début du manuel d'utilisation, ou s'étant fatiguée un peu pour regarder le raccourci entre parenthèses dans la barre de menu, connaît bien évidemment cette "astuce" (un peu moins pour le mode brief, il est vrai)

Je ne sais pas si c'est la même situation, mais...
j'ai eu le même problême un certain temps avant de me rendre compte que alsamixer me montrait un item "External Amplifier Power Down" ... qu'il faut donc passer en "mute" pour avoir du son sur les speakers.
(ce qui m'a fait pousser un long hurlement de rage, au passage ;-))

au hasard il y a un répertoire intermédiaire (ton $HOME par exemple) qui est en 710 ou 750? les droits de la chaine des répertoires à traverser sont aussi importants que les droits du répertoire lui-même

Les commandes en question agissent sur le mot (ou le fragment de mot) à droite du point.

ajoutons donc les C-x C-u et C-x C-l qui passent une région en majuscules/minuscules.

ouais bon ok j'aurais pu chercher un peu :p
(defun gnus-user-format-function-Z (h) (format "%s%s" gnus-tmp-indentation gnus-tmp-subject-or-nil))
(setq gnus-summary-line-format "%R%U %-15,15n ~ %-37,37uZ[%-2,2~(cut 6)o-%2,2~(cut 4)o-%2,2~(cut 2)o %2,2~(cut 9)oh%2,2~(cut 11)o]\n"))

a l'air de bien marcher, et est nettement plus clean : au moins Lars pourra rajouter un flag Z tranquillement sans que ça pose problème :)

Bonsoir :-)

tu pourrais par exemple définir un nouveau motif (ici Z, qui est non utilisé):
(add-to-list 'gnus-summary-line-format-alist '(?Z (format "%s%s" gnus-tmp-indentation gnus-tmp-subject-or-nil) ?s))
pour obtenir la concaténation de %I%s

reste à le formater à la bonne longueur par
(setq gnus-summary-line-format "%R%U %-15,15n ~ %-37,37Z[%-2,2~(cut 6)o-%2,2~(cut 4)o-%2,2~(cut 2)o %2,2~(cut 9)oh%2,2~(cut 11)o]\n"))

Il doit y avoir moyen de faire plus propre avec les gnus-user-format-function-* mais j'ai pas trop regardé de ce côté. Si tu trouves ça m'intéresse :-)

ouais enfin bon, dans ce cas tu fais directement
perl -pe '$_=reverse'
mais je trouve pas ça spécialement clair pour un non-averti (surtout le flag -p)

perl -e 'while (<>) { s/\n//; $rev=reverse; print "$rev\n";}' nom_de_fichier

j'ai bon? :-)
(bon ok, le s/\n// est un peu brutal, mais c'est relativement naturel ;-))

http://www.emacswiki.org/cgi-bin/wiki/SubVersion(...)
psvn devrait faire ton bonheur je pense

Sigma.

voir aussi du côté de rect-mark (http://www.emacswiki.org/elisp/rect-mark.el(...)), notamment pour une utilisation plus sympa avec le transient-mark-mode : on peut obtenir une sélection visuelle rectangulaire

Dans ce cas, va falloir penser à les prendre, les petites pillules...

Bref, tout cela pour dire que de dire qu'un logiciel non-libre peut être mieux qu'un logiciel libre pour certaines taches n'est pas une annerie. Ceux qui ne le pensent pas, qu'ils entrent dans la caste des intégristes du LL et qu'ils retournent à l'époque où l'informatique n'existait pas encore.

affirmation péremptoire suivie de l'envoi au diable de toute personne susceptible d'avoir un avis différent. On appelle ça comment déjà?

Et bien quand moi je dis "GNU/Linux", c'est aussi pour distinguer le kernel de l'OS, parce que j'aimerais bien que plus de gens sachent davantage de quoi ils parlent quand ils ont des discussions sur "l'informatique" (sic), et non par mauvaise foi
En résumé, il ne s'agit pas pour moi de promouvoir la pensée de Stallman comme vérité absolue, mais de dire ce que je pense être important (il se trouve que, sur ce plan, je suis d'accord avec lui, l'aspect philosophique de GNU est pour moi primordial)

Sur windows qui implique forcement microsoft, c'est techniquement faux (il suffit juste d'être de mauvaise foi comme au dessus : -j'ai installé windows chez moi. -t'as choisi du double vitrage au moins?), alors que linux implique gnu dans 99% des cas, même si on peut les dissocier...
Évidemment je parlais d'une implication structurelle... (inclusion de projet si tu préfères...) mais tu avais très bien compris je pense

Ça n'est absolument pas une faute de dire "linux" à la place de "gnu/linux" (ou l'inverse). Si Stallman insiste dessus, c'est juste pour se faire la pub...
Bah tiens... et si moi j'insiste là-dessus, c'est aussi pour me faire de la pub? je ne savais pas que mon nom était aussi lié à GNU... c'est un peu facile de dire qu'il n'y a pas d'argument lorsqu'on ne les comprend pas (ce que je ne te reproche pas, par ailleurs, chacun y est plus ou moins sensible).

Quant à la remarque sur Windows, encore une fois, c'est hors-sujet: on peut dire "Microsoft Windows" (sans "/") ou "Windows" sans qu'il y ait imprécision du fait que Windows implique Microsoft. Appeler le système "Microsoft" serait par contre absurde.
Il n'y a pas de telle implication entre Linux et GNU, par conséquent choisir arbitrairement l'un ou l'autre est un raccourci dans lequel on perd une partie de la sémantique, c'est toujours dommage.

Enfin, que je sache, Stallman n'impose rien à personne, tu es encore libre d'avoir un avis (et un vocabulaire) différent, et c'est heureux.

j'oubliai... pour les infos, c'est évidemment gkrellm aussi :-)

personnellement, c'est sawfish principalement (éventuellement au dessus de kde si je suis sur une machine puissante) ou ion (si j'ai peu de ressources et/ou peu de place à l'écran)
Pourquoi sawfish:
- hyper configurable en texte (en plus c'est du lisp, le bonheur), avec une bonne interface "click" pour une configuration plus basique. Notamment le système de thème est le plus souple qui soit (on peut même générer un thème à la volée pour chaque fenêtre)
- léger (pas ultra-léger, mais quand même)
- hautement configurable
- beau dans la mesure où c'est moi qui fait son look :-)
- configurabilité extrême

J'ai dit qu'il était configurable?

Sinon, pas de problème pour le support xinerama (voir commentaire au-dessus)
Pour info, je suis passé par windowmaker et fluxbox (très très bon aussi, mais moins souple) avant de me fixer.

au hasard 2 écrans en 1280x1024 ? auquel cas je peux annoncer fièrement un 2800x1050 ;-)

De facto, les gens parlent de Linux en désignant l'OS. C'est un abus de language et on peut les renseigner là dessus. Oui. On peut communiquer. De là, doit on refuser en bloc l'abus?

Il y a aussi des gens qui me parlent de "word" pour dire "traitement de texte" ou de "KDE" pour désigner leur OS. Je pense que si on veut vraiment éduquer les gens et les faire sortir du schéma "tout-en-un" à la Microsoft, il est nécessaire de rester parfaitement précis, quitte à paraitre tatillon. Ou plus exactement, il est nécessaire que certaines personnes le soient, quitte à énerver, et je les en remercie (en essayant d'être moi-même énervant :-)).