En bas d'une dépêche en rédaction, ajouter un lien Orthographe (*) (aux côté de Markdown et epub) permettant d'afficher une page HTML où s'afficherait le contenu de la dépêche après application de ce qui est utilisé en prévisualisation (sur journaux, suivi…) pour souligner les termes non reconnus, cela permettrait :

• d'avoir une indication des termes non français
• d'avoir une indication visuelle des parties abusant du franglais pour mettre les termes en italique
• de revoir ensuite, paragraphe par paragraphe, la dépêche (…)

À validation d'une modification d'une entrée de suivi, on est renvoyé sur http://linuxfr.org/suivi au lieu de l'entrée que l'on vient de mettre à jour.

Il serait préférable de renvoyer vers l'entrée mise à jour (pour s'assurer que c'est pris en compte / actualisé / ajouter des précisions directement, éditer de nouveau…)

Sur https://linuxfr.org/redaction/news/sortie-de-linux-3-14 les dernières révisions effectuées ne s'affichent pas.
En outre, le plan ne semble pas s'actualiser non plus.

Cela fonctionne pourtant pour https://linuxfr.org/redaction/news/ned-et-les-maki-0-2-lts-gusty-tsar o_O

En rédaction (et en modération), il est possible de voir les différences d'une version à l'autre.

Les éditions étant effectuées paragraphe par paragraphe (le plus souvent, le bouton réorganiser n'étant accessible qu'aux rédacteurs et admodérateurs), il faut parfois retrouver l'endroit et cela ne donne pas l'ensemble des différences par rapport à la version actuelle :

• positionner la fenêtre sur la modification (descendre dans l'affichage au besoin), cela apparaît en vert ou en rouge, mais cela évitera de scroller : cela (…)

La coloration syntaxique pour le code php ne semble pas (plus ?) fonctionner en rédaction, exemple :

/* En PHP */

class PHPPoint {

  private float $x;
  private float $y;

  public function __construct(float $x, float $y) {
    $this->x = $x;
    $this->y = $y;
  }
}

/* En Hack */

class HackPoint {

  public function __construct(
    private float $x,
    private float $y
  ) {}
}

apparaît tout en noir comme du texte :

/* En PHP */

class PHPPoint {

  private float

Même s'il semble que la largeur de la colonne de lecture souhaite maximiser le contenu, ainsi que la facilité de lecture, il n'en reste pas moins que la colonne de gauche (aka tribune de rédaction voire de modération) est trop resserrée au vu de la place perdue dans la marge.

J'ai un écran en 1280x800 et je zoome (arrière) LinuxFr.org pour avoir plus de contenu visible : la police affichée est de l'ordre de 7 px. Visiblement, cela me fait (…)

Je viens d'avoir un Oops au moment où j'ai validé le déplacement de http://linuxfr.org/users/skanx/journaux/donne-serveurs-sun-e250-et-e450 vers http://linuxfr.org/forums/general-petites-annonces

Le journal n'est pas déplacé en forum :/

le serveur img pour les images est encore cassé :/

Bon courage pour diagnostiquer cette instabilité chronique, suite aux derniers changements ?
Des logs ?

Suite à l'ajout de main et un peu comme pour cette correction qui a fait réapparaître la toolbar de navigation dans les contenus, ce serait pas mal d'avoir la toolbar :

• même à l'intérieur d'une catégorie de dépêches : par exemple, http://linuxfr.org/sections/technologie
• même à l'intérieur d'une catégorie de forum : par exemple, http://linuxfr.org/forums/g%C3%A9n%C3%A9ralcherche-mat%C3%A9riel
• pour les sondages aussi http://linuxfr.org/sondages
• je crois ne pas en avoir oublié :-)