L'auto-complétion semble ne plus fonctionner lorsqu'on clique sur Tagguer :
Cela est sans doute arrivé au passage à Rails 4.
Ce serait pas mal de réutiliser le principe de la toolbar pour les révisions afin de naviguer sur Précédente révision / Révision suivante.
< et >
j et k 1
Cela éviterait d'avoir à chercher le lien en bas de page, surtout pour les longues dépêches.
Bien sûr, il y aurait sans doute à documenter cette possibilité directement sur la page dans un paragraphe « Aide rédaction » en indiquant cette possibilité (…)
Dans la tribune de rédaction, il reste beaucoup de place sur la droite (vers le bas) pour ajouter une liste des entrées de suivi dernièrement ouvertes (les dix dernières + celles concernant la rédaction spécifiquement).
Tout comme sur https://linuxfr.org/compte/modifier il est possible d'afficher les entrées de suivi, il serait intéressant de le "rappeler" ou d'en faciliter l'accès à ceux qui sont rédacteurs.
Cela permettrait de motiver ceux qui sont intéressés à découvrir d'autres parties du site et y contribuer (…)
Serait-il possible d'augmenter la taille de police pour l'affichage des révisions : https://linuxfr.org/redaction/news/dernieres-evolutions-autour-de-0-a-d--2/revisions/144 est assez illisible (outre l'effet grisé qui ne facilite pas la lecture).
J'utilise la CSS Ronronnement-Turquoise et les révisions héritent du style pre qui est à 0,8em :/ (outre un effet grisé ?).
L'inspecteur de Firefox m'indique :
article, ul.threads > li.comment, .markdown_cheatsheet, #contents > form, form#new_post, body#users-comments #contents > ul > li, body#comments-create #contents > ulEn 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 :
À 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 :
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 floatMê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 (…)