BAud a écrit 12788 commentaires

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

Pour la préparation des dépêches en collaboratif, c'est plutôt sur
http://linuxfr.org/redaction

Dès que http://linuxfr.org/suivi/espace-de-r%C3%A9daction-inaccessible est corrigé en fait :-)

Pas la peine d'essayer, de toute façon plus personne n'a d'avis :)

Il vous reste -11 avis

de l'avantage d'être modérateur :-) (mais oui relancer le script de réattribution d'avis, ce serait sympathique :D).

Effectivement, il apparaît dans le plan http://linuxfr.org/plan comme pour les utilisateurs authentifiés.
Sans doute un bug que tu n'y aies pas accès... on dirait qu'il y a un redirect qui ne devrait pas être là ;-)