Vu le nouveau moteur de recherche, j'en ai profité pour faire une recherche sur le contenu qui parlait d'accélération vidéo et de HD, j'ai donc cherché les mots-clefs dont je me souvenais, que je pensais être assez discriminants : "tearing" et "1080p" : https://linuxfr.org/recherche?utf8=%E2%9C%93&q=1080p+tearing

Mais je ne trouvais pas mon bonheur. Du coup je suis passé par LDLC pour avoir une liste des chipsets Intel, et j'ai cherché sur DLFP quelques modèles de chipset, jusqu'à trouver le chipset H67, qui (…)

Sur la page https://linuxfr.org/proposer-un-contenu, on ne voit pas explicitement de règles de modération (c'est bien en bas de page, mais qui va lire jusque là ?).

De même, une fois la dépêche en cours de création, il n'y a pas de lien inratable qui explique les règles de modo.

Ça pourrait être sympa d'ajouter ce lien au moins dans la page Proposer un contenu.

rack-protection, pour se protéger magiquement contre les attaques : https://github.com/rkh/rack-protection

Dans le cadre "Aide mémoire sur la syntaxe Wiki", la syntaxe pour faire un lien prête un peu à confusion, entre le texte "lien externe" qui est en fait le titre du lien et "url" qui est bien le titre du lien. Je me retrouve souvent à inverser les deux.

Je pense qu'en mettant simplement un exemple plus clair ça améliorera les choses exemple :

[le meilleur site du monde](http://linuxfr.org)

Qui donnera (si je me suis pas encore trompé) : (…)

Sur https://linuxfr.org/news/conf%C3%A9rence-gratuite-sur-l%E2%80%99optimisation-mysql il y a eu un lien invalide ".wwww.openday.fr". Il a été corrigé en interface d'admin, mais la redirection se fait toujours vers le lien invalide :

wget -S -O /dev/null http://linuxfr.org/redirect/71043
--2011-02-25 16:39:22--  http://linuxfr.org/redirect/71043
Résolution de linuxfr.org... 88.191.250.101
Connexion vers linuxfr.org|88.191.250.101|:80...connecté.
requête HTTP transmise, en attente de la réponse...
  HTTP/1.1 302 Found
  Server: nginx/0.7.67
  Date: Fri, 25 Feb 2011 15:39:22 GMT
  Content-Type: text/html; charset=utf-8
  Connection: close
  Status: 302 Found
  Location: http://.www.openday.fr
  Cache-Control: no-cache
  X-UA-Compatible: IE=Edge,chrome=1
  X-Runtime: 0.001868
  X-Frame-Options:

À l'usage, le suivi des modifs du texte et le chat mélangé c'est vite perturbant, on rate les questions / remarques au milieu des modifs, surtout que les paragraphes sont volumineux. La différence de couleur ne suffit à mon avis pas pour s'y retrouver.

Du coup je propose de mettre une boîte de changelog en dessous de la boîte de discussion, pour bien séparer les deux.

Pour que les admorelecteurs puissent eux aussi profiter de la syntaxe Wiki à fond, il serait sympa de mettre l'aide mémoire de la syntaxe wiki dans l'espace de rédaction (le collaboratif et l'admin).

Merci.

Lors de la modération d'une dépêche, on ne voit pas le drapeau ou la langue sans éditer le lien, c'est parfois gênant quand on veut juste vérifier que le drapeau est bien positionné, du coup on clique, et on passe en mode édition "pour rien", tout en mettant plein de lignes de notif dans les logs.

Aspect courant :

Aspect souhaité (tiré du rendu d'une news publiée) :

La dépêche https://linuxfr.org/moderation/news/nouvelle-d%C3%A9p%C3%AAche-27883 qui est arrivée dans la queue de modération via une rédaction en commun n'est pas refusable.

Elle est marqué comme refusée, j'ai supprimé les locks et cliqué sur "refuser", et une fois la raison choisie, je me trouve devant une page d'erreur (timestamp vers 18h12) :

L'URL du refus est :

https://linuxfr.org/moderation/news/nouvelle-d%C3%A9p%C3%AAche-27883/refuse

Et au final, la page est toujours dans la queue de modération.