Yann Hodique a écrit 176 commentaires

Il y a plusieurs solutions :
- soit tu récupères la version cvs, et où les options ont pas mal évolué, notamment un "General" -> "Misc" -> "Enter key sends chat messages" que tu peux décocher (auquel cas l'envoi se fait par Control+Return)

- soit tu préfères le faire à la main (en recompilant), et à vue de nez (non testé) je dirais que ce que tu cherches est la méthode void ChatEdit::keyPressEvent(QKeyEvent *e) de msgmle.cpp

- soit tu t'habitues à ce genre de binding parce que c'est la méthode la plus courante ;-)

++
Sigma

a priori Tabbrowser Extensions http://white.sakura.ne.jp/~piro/xul/xpi/tabextensions_en.xpi(...) fait ça (Advanced Startup -> Restore all tabs, on the next startup of crash).
Mais bon, comme mon firebird n'a jamais crashé, je peux pas affirmer hein ;-)

Tabbrowser c'est bon, mangez-en

Si j'ai bien compris, le raccourci magique que tu cherches est B-m, alias gnus-summary-move-article

Les deux méthodes coexistent sans problème, il n'y a rien de particulier à faire pour utiliser cvs à travers ssh (à part avoir un serveur ssh :-))

Par contre, pour que les différents devs n'aient pas de problèmes, il faut faire gaffe aux droits d'accès en écriture sur le repository (au moins pour un groupe)

Après il suffit de mettre le user anoncvs dans le fichier CVSROOT/readers et de le mapper sur un user unix du même groupe que les devs (de mémoire il a besoin d'un accès en écriture sur le repository pour pouvoir créer un fichier lock, mais je peux me tromper)

Une petite remarque : si cette méthode permet effectivement de se connecter en ssh sans le mot de passe du compte unix (pour cvs ou toute autre utilisation de ssh d'ailleurs), elle ne dispense pas de la passphrase nécessaire pour dévérouiller la clé rsa.
A moins bien sûr de laisser une passphrase vide, mais ceci est Mal(tm)

Donc, astuce à utiliser avec un ssh-agent pour un maximum d'efficacité

konqueror supporte les tabs depuis kde 3.1, mais j'ai peur que ca reste lourd pour la config en question.
Et je confirme que sylpheed-claws gère le html grace à un plugin dillo (qui est très bon dans la catégorie poids-plume mais qui du coup est malheureusement un peu juste niveau fonctionnalités)

ah si tu aimes emacs, c'est gagné tu vas être comblé :-)
Imagine... le bonheur de la composition du .emacs retrouvé dans celle du .gnus ...

Pour se faire une idée de configuration, en plus du EmacsWiki, j'avais bien aimé http://www.teaser.fr/~nchuche/gnus/(...)
c'est juste un point de départ bien sûr.

une petite remarque, même si je préfère aussi utiliser procmail il est tout à fait possible (évidemment :-)) de filtrer directement dans gnus

Pas mal d'infos sur gnus sont disponibles à partir de http://www.emacswiki.org/cgi-bin/wiki.pl?CategoryGnus(...)
Le newsgroup gnu.emacs.gnus est assez actif aussi et très instructif

Hmm si on est logique, une grande partie des gens qui pourraient ne pas être d'accord n'ont actuellement pas le droit de vote (ni même peut-être l'envie de s'exprimer), donc tu risques pas grand chose ;-)
Mon avis sur les éléments mis en avant :
- dacode -> templeet est apparemment un succès au niveau réseau, si j'ai bien suivi la charge du serveur a bien diminué après. Par contre au niveau interface à proprement parler, j'avoue que je regrette un peu dacode, que je trouvais plus "sympathique" dans son look (thémable).
- pour les astuces c'est plutôt le retour d'une vieille feature perdue, mais soit.
- for RDF I do agree with you :-)
- Pour ce qui est des commentaires, là je suis franchement sceptique. Il est possible que le nombre augmente, mais j'ai nettement l'impression que la quantité d'information diminue... Nombre de threads tournent au réglement de comptes, des factions rivales s'affrontent, globalement on se croirait dans une cour de récré.
- La tribune existe toujours, certes. Elle a néanmoins subi un lifting, radical.
- Les news sur les films ont toujours existé, je ne m'y suis jamais intéressé mais pourquoi pas.
- Les sondages, toujours pas compris ce qu'on voulait en faire ni dans quelles circonstances ça pourrait être utile. Par ailleurs j'ai un peu de mal à concilier la notion de sondage avec le fait que "La vie est injuste" (même si ce message fort peu aimable a enfin disparu)

Pour le reste, pas d'avis : le logo est un logo, le système de vote ne me concerne pas, je ne viens pas ici pour rencontrer des filles, le passé me fatigue.

Bref, si je n'ai aucune intention de hurler qu'avant c'était mieux, je ne trouve pas que "Linuxfr c'est mieux maintenant"

Bon tout le reste a déja été cité
Ah bah non alors ! :-)

Au rayon fantasy j'ajouterais le cycle des Princes d'Ambre, de Zelazny (attention aux crises de manque après la lecture des 10 volumes), et une bonne dose de McCaffrey (la Ballade de Pern, le Vol de Pegase)

Du côté des auteurs français (pour les gens qui en ont marre des traductions foireuses, c'est vraiment très reposant :-)) ne pas oublier Pierre Grimbert, Mathieu Gaborit, etc.

Le problème vient de ce que les barrières font que la moyenne ne dépend plus exclusivement des scores attribués mais aussi de l'ordre dans lequel ils ont été attribués.
Imagine la situation suivante : je recois 50 [+] puis 50 [-], je me retrouve à -10 (0 -> 20 -> -10)
Dans la situation inverse (50 [-] puis 50 [+]), je fais le parcours suivant : (0 -> -10 -> 20)
q.e.d.

Bon évidemment, ce genre de comportement est improbable et ne devrait jamais arriver... SAUF en cas d'utilisation massive et délibérée de votes [+] ou [-] sur des critères autres que la qualité du post (cabale et contre-cabale), ce qu'on cherchait justement à controler...

En résumé, on aboutit à une mesure (je ne parle que de celle-là) qui :
1) ne change rien ou presque pour une utilisation normale des votes
2) limite un peu l'effet des "cabales" (positives ou négatives) mais en produisant des effets délirants

Pas terrible...

c'est la détection des scoreurs inactifs qui pompe les ressources :-)

je suis déjà dehors
-30

Disons carrément qu'il aurait dû choisir un autre exemple...
Ni la "faute", ni la "sanction" n'ont quoi que ce soit à voir avec les faits évoqués.
Personnellement je trouve ça vraiment de mauvais goût, par ailleurs je doute que le côté spectaculaire de la comparaison aide le linuxfr-ien moyen à relativiser l'importance de ses xp chéris ;-)

J'irais même jusqu'à suggérer gideon (kdevelop 3.0) pour la possibilité d'utiliser kvim comme éditeur (je ne le fais pas moi-même mais aux dernières nouvelles ca marchait pas trop mal)
inconvénients : légèreté tout relative :p et c'est de l'alpha, donc ne pas s'étonner si ca plante parfois.

"ferme ta gueule pd" ne me paraît pas être un commentaire digne d'éloges... A dire vrai je pense que la descente n'est pas terminée. Après tout tel est bien le rôle des scores de commentaires : évaluer leur valeur. -1

je confirme, "urpmi proftpd",
et aussi éventuellement "urpmi gproftpd" pour l'interface de configuration de ton serveur ftp tout neuf

Je faisais bien évidemment référence à ta phrase "parceque s'excusez soi meme tout le monde comprendra que c'est tres mal polie. de meme donnez un ordre avec un verbe a l'imperatif c'est pas mieux."

Bref... je te renvoie au commentaire un peu plus bas qui est plus complet sur la question de l'orthographe. Il est déjà agaçant d'avoir des commentaires sur une malheureuse faute d'orthographe/grammaire, mais si ce dernier en contient 8 (sans compter les accents)...

-1 (ah non merde ya plus, il serait bien utile pourtant)

J'aime assez les deux premières parties de la lettre : bonne exposition des faits, analyse intéressante de la lettre de la loi.

Par contre j'ai un peu de mal avec la partie suivante (Aparté) : je pense que la grandiloquence et l'indignation (pourtant légitime de mon point de vue) sont un peu forcées
("cette sensation permanente de couteau sous la gorge pour le citoyen" ou encore "très peu finalement souhaitent voir s'ouvrir d'un coup la boîte de Pandore.")
et malheureusement ont pour conséquence une certaine perte de crédibilité.

En ce qui concerne la conclusion, je pense également qu'un peu plus de retenue serait plus efficace :
poser une proposition de texte de loi simplifiée comme une solution évidente à un problème assez complexe sera, je pense, mal perçu.
De façon similaire, la touche finale "Le public a des droits, ordinateur ou pas." ne s'impose pas je pense : ce serait parfait pour un appel à la révolte mais je ne pense pas que tel soit l'objectif, si? ;-)

Bon évidemment après c'est plus ou moins important suivant le public visé, mais je pense que si cette lettre est destinée à tomber entre des mains "officielles", un peu plus de sobriété ne peut qu'être bénéfique.

En tout cas, c'est du bon boulot, merci à l'auteur d'avoir passé du temps à rédiger cette lettre.

Au fait, pour ne pas polluer inutilement les commentaires, j'envoie un petite liste de corrections orthographiques à l'auteur.

Curieux, je pensais que telle était justement la fonction de l'impératif... D'autre part, des verbes à l'infinitif se terminant en "ez" sont pour moi choses nouvelles... (pour ne citer que les erreurs en relation directe avec le sujet ;-)) Bref, on ne s'en sort pas :-)

J'ai essayé de recharger pour voir si le "comme quoi" disparaissait, mais en vain...
Elle est tout de même laide cette tournure, non?
Allez, je propose en remplacement "selon laquelle"

Tous les développeurs de gideon y ont pensé à un moment ou à un autre, et à vrai dire c'est la partie que j'aurais voulu faire.

A mon avis, trop de monde y pense pour que ça ne finisse pas par se faire, mais ça ne sera sans doute pas un sous-projet de gideon : comme kvim, un kemacs (ou emaKs ou tout ce que tu veux :-) serait un projet à part entière, trop lourd à maintenir pour l'équipe de kdevelop.
Bref, si il y a des amateurs...

<message type=subliminal> La KDevelop Team est en sous-effectif... engagez-vous... </message>

"Release soon, release often", ça a des bons côtés à mon avis, notamment celui d'intéresser de nouveaux développeurs au projet.
Et puis bon, un peu de dynamisme dans le développement, je trouve ça plutôt positif... et ça me gènerait profondément de ne pas avoir mon lot quotidien de versions alpha, beta et rc ;-)

Evidemment, "il va y avoir des bugs", mais c'est inévitable, et pour avoir testé la rc2 je peux t'assurer que la sortie de la 3.0 n'est pas prématurée (ce n'est pas pour autant qu'on ne reparlera de KDE que pour annoncer la 4.0 ...)

Pour ce qui est des conclusions :
1) & 2) : il ne faut pas oublier que "libre" n'implique pas "développeurs bénévoles" (bah oui c'est comme ça...) et que pour une entreprise, montrer le maximum de réactivité est essentiel. Il y a là deux univers distincts, avec des priorités différentes, AMHA c'est déjà pas mal qu'ils travaillent ensemble.

3) : tout le monde dans le libre ne travaille pas dans la même direction, et la bureautique n'est sans doute pas la priorité absolue chez KDE... donc hors-sujet. Par ailleurs je ne vois pas en quoi il serait "plus urgent de disposer d'une suite bureautique" (dans l'absolu) : il y a des gens (dont moi :-p) qui ont plus besoin que kdevelop s'améliore que d'un tableur (ceci est un troll gentil ;-)

voili voilou...

allez, moi aussi je participe, un beau troll comme ça, y a pas de raison!

Au risque de paraître complètement archaïque, il paraît qu'il y a même encore des gens qui programment en assembleur! T'y crois à ça toi? Des bouts de code en assembleur qui marchent?
Bon c'est sûrement des rumeurs tout ça...

-1 car vraiment trollesque

Personnellement j'ai installé Window Maker 0.80 il y a plus d'un mois (le 10 février), donc c'est moyennement nouveau ;-)

Quant à E17, "The release date for E17 is sometime in the distant future; a date unknown yet even to the developers themselves. The release day in fact will probably be something that just happens one day and not something in anyway planned." (cf FAQ du site)

Suspense donc...

Toute la documentation LFS 3.1 est dans le dernier Linux Mag DVD (les éléments qui permettent de construire la distrib sont bien sûr dedans également)