La zone d'édition où je rédige ce message déborde sur la droite comme le montre le screenshot C'est particulièrement visible avec les smartphone. Le cadre intérieur est plus large que le cadre extérieur.
Suite aux dernières modification CSS, le lien vers la tribune de rédaction dans la colonne de gauche ressemble énormément aux dépêches au lieu d'être mis à part.
Quelques petites corrections pour la version mobile :
Il semblerait que qu'un dernier commit échappe le inséré automatiquement. À mon avis, c'est celui-là https://github.com/nono/linuxfr.org/commit/1d99b313fda03f8157b62499e5585b54a742958c et je dirais qu'il faut inverser
text.gsub!('« ', '« ')
text.gsub!(/ ([:;»!?])/, ' \1')
et
CGI.escapeHTML text
Je propose d'adapter la boîte markdown au style de la feuille de style par défaut. Pour cela il faut effectuer les modifications suivantes :
.markItUp {
border: 1px solid rgb(169,156,144);
border-radius: 6px;
}
.markItUpContainer {
border: none;
background: none;
}
.markItUpEditor {
background: none;
border: 1px solid rgb(169,156,144);
}
Voilà ce que ça donne :
Si (…)
Je suis tombé sur un résultat de recherche qui me semble fort incomplet. Je le note pour que ça puisse aider à améliorer la recherche interne.
La recherche pour Calligra dans les dépêches ne retourne pas la dernière dépêche sur Calligra.
URL de la recherche : https://linuxfr.org/recherche/news?order=date&q=calligra&utf8=%E2%9C%93
URL de la dernière dépêche Calligra : https://linuxfr.org/news/calligra-2-4-est-sortie
Les titres mis en forme passe mal dans le sommaire, les balises de mise en formes sont affichées au lieu d'être interprétées. Par exemple :
Donnera dans le sommaire
On peut voir ce bug sur l'entrée de suivi https://linuxfr.org/suivi/balisage-inopportun-dans-les-sommaires
Il semble qu'il y a un vieux fichier XML de posts de la tribune qui traine sur le serveur. http://linuxfr.org/board.xml est toujours accessible mais ne contient que les anciens posts avant la migration et https://linuxfr.org/board/index.xml contient les posts depuis la migration et est le lien référencé sur http://linuxfr.org/board (et celui qui est dans les coin ! coin ! à jour).
Je pense qu'il faudrait supprimer les votes associés à une dépêche lors du passage de la modération à la rédaction.
La FAQ commençant à grandir, ce serait bien d'avoir une table des matières au début pour retrouver facilement un point précis.
Suite à la question qui revient à chaque sondage, je propose d'ajouter une entrée dans la FAQ qui explique le système de vote des sondages. Je propose le contenu suivant (à améliorer):
Les sondages sont des questions pour lesquelles l'utilisateur peut répondre parmi un ensemble de réponse donné. Afin que les utilisateurs non identifiés puissent voter, le système empêchant un utilisateur d'avoir une influence trop importante sur un sondage en votant plusieurs fois se base sur l'IP et afin (…)
Lorsqu'un journal est converti en dépêche et qu'il a été soumis en cochant la case "je publie sous CC-By-SA", la dépêche généré ne fait pas mention de ce fait.
Certaines entrées du dernier sondage n'ont pas l'air d'être comptabilisé (j'ai testé LibreOffice qui reste à 0).
Le lien https://linuxfr.org/news/jeudi%C2%A0du%C2%A0libre-de-d%C3%A9cembre-%C3%A0-lyon%C2%A0-git-ou-comment-donner-l%E2%80%99impression-qu%E2%80%99on-est-un-supercodeur ne fonctionne pas quand il est inséré dans une dépêche cf https://linuxfr.org/moderation/news/jeudi-du-libre-de-mars-a-lyon-bazaar-gestionnaire-de-version-base-avant-tout-sur-l-accessibilite mais fonctionne quand il est dans la tribune de cette dépêche.
Ajouter une checkbox dans l'espace de modération des dépêches pour signaler que les liens ont été vérifier. La dépêche ne pourrait pas être modérer (voire pas de vote possible) tant que cette case n'a pas été cochée.