BAud a écrit 12828 commentaires

Est maintenant dans le top 3

effectivement : http://news.netcraft.com/archives/2011/02/15/february-2011-web-server-survey.html

dans https://linuxfr.org/forums/generalcherche-logiciel la 4ème entrée propose un lien non valide :

• il y a https://linuxfr.org/forums/generalcherche-logiciel/posts/syst%C3%A8me-de-documentation-dun-r%C3%A9seau-ax%C3%A9-sur-les-aspects-physique
• peut-être un souci avec les accents ?
• cela semble issu d'une entrée migrée de l'ancien LinuxFr

et le site de référence sur le sujet : http://fr.lprod.org

notamment, http://fr.lprod.org/wiki/doku.php/video:montage dans ce cas :-)

pas de souci, stait une boutade à force de lire tes remontées (un peu) lapidaires ;-) (je suis un peu habitué à deviner à quoi s'appliquent les bugs, ce pourquoi je propose des précisions).

Bon, en gros ya une modif' à faire dans https://github.com/nono/linuxfr.org/blob/master/app/views/trackers/index.html.haml ligne 33 %td= tracker.reported_by

à remplacer sans doute par %td= link_to tracker.reported_by, "/users/#{tracker.owner_id}"

on passe le bug en invalide alors ?
pour l'instant, je le garde si le "Lire la suite" est un effet de bord ? (qui ne permet pas d'avoir la tribune de modo non plus mais permet de voir/faire des commentaires comme sur la dépêche noyau).

je le passe en "invalide" :)

havi, bien vu, corrigé :-)

ça apparaissait deux fois en plus ;-)

Or il est impossible de voir de nouvelles réponses postés comme avant.

Tu veux dire que sur https://linuxfr.org/tableau-de-bord tu n'as pas d'indication qu'il y a eu des réponses à un de tes commentaires ? (le petit drapeau {!} qui apparaissait auparavant). C'est bien cela ?

Comment puis-je vous aider pour débugger ?

Donner un peu plus d'information : quel navigateur ? quel OS ?

Quel est le critère pour avoir un Sommaire actuellement ? Un contenu* de plus de 2000 caractères ?

(*) dépêche, journal, autres ?

Edit : ok https://github.com/nono/linuxfr.org/blob/master/lib/lfmarkdown.rb ligne 24 @generate_toc = text.length > 10_000

L'espace de rédaction approprié est
http://linuxfr.org/redaction

où a priori tout a été recopié dans la dépêche
http://linuxfr.org/redaction/news/le-noyau-linux-est-disponible-en-version-2638

oui, c'est un souci des polices disponibles par défaut sur windows qui ne contiennent pas l'ensemble des caractères.

La police Calibri ne fait plus apparaître ce souci qui est flagrant avec le Arial par défaut... Éventuellement proposer une CSS adaptée aux manques de windows ? (demander à aKa de faire passer la demande si elle serait financée par Microsoft :D).

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 ;-)