BAud a écrit 12991 commentaires

eh c'est pour ça que personne ne participait plus très activement :/

en tant que modérateur, vous aurez compris que je peux modifier mon commentaire (orthogonal à l'avis de la plupart des re-lecteurs et participants au site).

Franchement, c'est si facile et si amusant de participer :) Bonne découverte des nouvelles fonctionnalités !

j'avoue j'y ai participé : j'ai acheté mon EeePC 901 à surcouf, pourquoi acheter un netbook avec 12 Go quand l'EeePC est fourni avec 16 Go plus 4 Go avec Linux ?

Pour le même prix j'ai pris un PC sous GNU/Linux le vendeur avait indiqué "windows vous comprenez mieux" "non" j'ai fait l'erreur de lui dire que j'étais sous GNU/Linux" "il m'a dit vous avez compris avant l'heure"... je ne l'ai pas détrompé.

avant l'heure, un argument de vente.

pas demain

ni après demain

maintenant : j'achète du matériel, l'os est secondaire :) même si actuellement, bin la vente liée vala quoi cela n'est pas encore compris (c'est pourtant dans la loi et le TGI et les réglements le reconnaissent même au niveau européen).

Comme toi, je serais pour l'auto-modération (les tags sont réservés à ceux authentifiés, soit 3000 personnes sur les 60000 visites journalières...) et comprendre l'utilité des tags pour suggérer quelque-chose de significatif (pas un follow ni un taverne... même si ponctuellement compréhensible...).

Typiquement, je me suis permis http://linuxfr.org/tags/tuxfamily/public qui me paraît légitime pour ceux souhaitant suivre un sujet spécifique voire légitime, à vous de retrouver d'autres sujets le méritant dans la durée àmha.

Tout comme http://linuxfr.org/tags/migration/public qui pourrait indiquer http://chl.be/migrations qui a un peu plus de fonctionnalités (quand son auto-hébergement fonctionne, spa faute de lui avoir proposé un miroir sur http://tuxfamily.org :/ Cela sera plus compréhensible quand disponible...).

Il faudrait revoir comment les tags sont attribués sur slashdot peut-être ? (une histoire de karma ? sur LinuxFr l'auteur de la dépêche devrait pouvoir choisir dans ceux existants et les relecto-modérateurs les ajouter :D).

Cela fait partie àmha d'une documentation nécessaire sur http://linuxfr.org/wiki :-)

voir http://linuxfr.org/suivi/renommer-une-page-dun-wiki qui donne un peu plus de contexte pour reproduire le souci (et des bonnes pratiques + deux bugs en un)

ah, je comprends avec ton explication sur http://linuxfr.org/suivi/lien-avec-une-majuscule

tu aurais pu ajouter un lien vers celui-ci ;-) (histoire de suivre). Franchement, essayez de donner le contexte à chaque fois (ce n'est pas pour toi, c'est général, entre les commentaires, les journaux, la tribune, les issues sur github, ce n'est franchement pas évident à suivre même si ça vous paraît évident :-) ).

Donc bon, ce bug est à fermer et l'autre plus général à plusser et corriger ?

quel est le souci ?

http://linuxfr.org/wiki/Arch-Linux est accessible et apparaît sur https://linuxfr.org/wiki/modifications affichant les dernières pages wiki modifiées ;-)

cela correspond à la demande
http://linuxfr.org/suivi/perte-du-lien-vers-les-contenu-suivis ?

si oui, ce serait bien de préciser ton utilisation de cette fonctionnalité. Je dois admettre que je l'avais remarqué dans les tests de l'alpha mais que ça ne me manquait pas trop :/ (étant un visiteur quotidien).

eh eh enfin une utilisation efficace du wiki :)

donc ça fait deux bugs :-)

Comme indiqué :

• non vérification que les liens ont été cliqués (c'est une régression par rapport à avant, cette vérification étant tout de même utile àmha)
• obligation de cliquer sur "supprimer les locks" => demande d'évolution pour montrer qu'il reste des locks (et prendre l'habitude de les libérer), ensuite cliquer sur bouton "Publier"

ah ce sera l'occasion de revoir ^W illustrer la force de git pour :

• retrouver le patchset de tes modifs spécifiques
• les appliquer aux autres couleurs
• remonter les modifs pour LinuxFr qui a commencé à un peu diverger
• organiser tout cela un peu mieux (entre les commentaires éparpillés, le suivi, la ML de dév sous-utilisée, le git indefero et celui sur github...)

Tout le monde est le bienvenu, même pas besoin d'être modéro ni relecteur pour aider :-) (le travail de suivi des modifs http://linuxfr.org/changelog est àmha quasi un boulot à temps plein pour qui souhaiterait documenter les améliorations au fur et à mesure :p).

J'ai ajouté la précision et plussé la demande ;-)

En revanche, vu le ton employé (un peu sec), je serais NoNo< ou Oumph< j'aurais tendance à classer cela dans "exercice laissé à ceux motivés pour fournir un patch visiblement pas si dur à faire" ;-)

Si j'ai bien compris, la lenteur est principalement liée aux dégradés de la CSS choisie, cela a donné lieu à pas mal de discussions sur http://alpha.linuxfr.org/sondages/parmi-les-css-propos%C3%A9es-lors-du-concours-je-pr%C3%A9f%C3%A8re (ou autre discussion à retrouver /o).

Un contournement actuel est de choisir une css avec moins de dégradés pour que cela soit plus réactif sur notebook.

Est-ce que cette formule est documentée quelquepart ?

Dans Ton Code !
oops, daisolai, réflexe, toussa ; c'est par icite : https://github.com/nono/linuxfr.org comme déjà indiqué, LinuxFr s'est transformé ponctuellement en "le code dont vous êtes le héros" et il y a toute latitude de le documenter d'un point de vue utilisateur sur http://linuxfr.org/wiki ;-)

Je préférerai que par défaut il n'y ait que les news (avec une option pour tout mélanger si on veut).

c'est l'option qu'il y avait auparavant :

• non authentifié, que les dépêches je crois (peut-être les sondages aussi, je ne sais plus)

• authentifié au choix :

  • que les dépêches
  • avec les journaux en plus voire avec les entrées de forum (iirc) et les sondages (iirc) et propositions d'entretiens

En y réfléchissant, cela paraît àmha moins déroutant de n'avoir que les dépêches sur l'accueil, même si ce ne serait pas le choix que je ferais en tant qu'utilisateur quotidien :-)

Pourriez-vous préciser votre utilisation de cette fonctionnalité. Pour mémoire :

• disponibilité d'une page avec les dernières dépêches consultées
• une dépêche (ou tout autre contenu d'ailleurs, forum, journal, suivi) qui a été lu(e) est par défaut considéré comme "suivi"
• possibilité d'arrêter de surveiller un contenu (lien sur le contenu)

Personnellement, étant chaque jour sur le site, je préfère un tri par date sur l'accueil (je vois ainsi les nouveaux contenus apparaître) et suivre les dépêches / contenus via les commentaires que j'ai pu laisser et que je vois sur http://linuxfr.org/tableau-de-bord (pas assez long d'ailleurs :/).

J'imagine que pour quelqu'un qui ne revient que ponctuellement (genre une fois tous les 15 jours) cela peut être utile, mais je ne vois pas vraiment l'utilité d'où mon interrogation.

ah j'ai même retrouvé une dépêche qui fait le point sur la situation par ash ^W Bruce le Nain<
http://linuxfr.org/news/gestion-acentralis%C3%A9e-des-avatars-alternatives-%C3%A0-gravatar

Ta proposition d'ajouts de services alternatifs va dans le sens de
http://linuxfr.org/suivi/recherche-de-avatar-via-gravatar-sans-autre-question

Effectivement, actuellement sur http://linuxfr.org/compte/modifier il n'y a que la possibilité d'uploader un avatar alternatif.

Pour xmpp, si quelqu'un retrouve le journal qui le suggérait (sans doute un de ploum< ou de Nÿco<) et trouve une bibliothèque qui le gère en RoR, cela trouverait plus rapidement preneur àmha :-)

moui, doublon on va dire, transformer l'autre bug en suggestion d'autres services sur http://linuxfr.org/compte/modifier (actuellement il n'y a que la possibilité d'uploader un avatar de remplacement).

mici, corrigé :-)

Un ensemble de fonctionnalités avait été suggéré sur
https://github.com/nono/linuxfr.org/wiki/LinuxFr-Mobile-Version-Requirements

Je ne sais pas ce qui a été mis en place finalement, tu peux lister quelques besoins supplémentaires, cela donnera une vue d'ensemble :-)

Tout reste parfaitement fonctionnel, mais la mise en forme me manque.

et rien qui ne fonctionne parmi les choix proposés sur
http://linuxfr.org/stylesheet/modifier ?

Éventuellement, la liste des raccourcis clavier pourrait être ajouté sur une page dédiée du wiki. Sans ta remarque, je n'aurais pas fait attention que cela existait (comme quelqu'un qui a signalé g et G dans un autre commentaire).
Avec la liste complète, il sera possible de demander les préférences de chacun ;-)

Je suis passé de -12 à 100 ;-) eh eh eh.
Dommage, la fonctionnalité de visualisation du karma n'existe plus (déjà qu'elle n'était accessible qu'aux modérateurs...).

Et super, on a encore encore la geekscotte quand on s'auto-répond.

Oui, quelques fonctionnalités totalement indispensables ont été conservées :-) ça évite de perdre tous ses repères d'un coup.

C'est surtout que le wiki peut accueillir le "template" àmha, mais la rédaction en elle-même doit plutôt intervenir sur
http://linuxfr.org/redaction ;-) (bon, il reste à corriger le bug pour le rendre accessible de tous les inscrits).