Suite au PR #258, il y a deux petit soucis :
Je fais tourner un noeud YaCy, un vrai crawler et moteur de recherche distribué. C'est peu gourmand et l'index collectif commence à être assez bon. Pourquoi ne pas en mettre un sur les serveurs de linuxfr ?
On peut le paramétrer pour crawler très régulièrement les pages du site. Ça ferait un moteur intégré efficace et linuxfr serait encore plus présent dans l'index collectif de Yacy. Et puis ça lutte contre l'hégémonie de Google.
Ce noeud peut être ouvert (…)
On ne peut pas créer de lien "tel:". Or ces liens sont très pratiques pour cliquer sur un numéro de téléphone depuis un mobile.
Pour une URL rentrée tel quel (sans syntaxe MD) et suivi d'un espace insécable, l'espace insécable est inclut dans le lien. Si l'URL est en plus entre parenthèses, la parenthèse fermante est incluse aussi. Ça veut dire que la Regexp teste seulement les espaces normaux :-)
Cas d'usage : un lien dans une liste, suivi d'un espace insécable et d'un point-virgule. Cas rencontré dans la dépêche http://linuxfr.org/moderation/news/falkon-3-le-nouveau-navigateur-pour-kde
Exemples (avec un peu de pub, il faut bien vivre) :
Les équations sont produites en SVG avec Mathjax. Problème, leur hauteur maximum est ridiculement petite pour des caractères aussi spéciaux. Voir par exemple sur http://linuxfr.org/redaction/news/recalage-d-images-piv-et-correlation-d-images
Le style est max-height: 1em il faudrait le passer à 2 voire 3 em pour obtenir des équations lisibles.
D'autre part le style figure dans la CSS et dans le tag img, est-ce voulu ?
Mon éminent collègue Davy Defaud davy78 truste la place de premier correcteur depuis longtemps. Je le soupçonne d'avoir mis au point un bot qui détecte et corrige automatiquement toutes les fautes qu'il trouve dans les dépêches après la modération.
Comme je suis pervers et jaloux je propose de le torturer pour lui piquer son bot et appliquer ses corrections automatiques à toutes les dépêches.
À défaut, on peut analyser avec lui ses corrections les plus fréquentes et mettre en place (…)
On pourrait mieux utiliser la super fonction de rédaction qui fait remonter les dépêches en tête de liste lorsqu'elles sont actives. Cette fonction est très pratique pour inciter à participer aux dépêches qui bougent. Je propose d'augmenter sa portée aux dépêches qui ne bougent pas :
En ajoutant automatiquement un caractère dans une dépêche inactive depuis un mois, ça la ferait remonter, ce qui, je l'espère, la sortirait des oubliettes et inciterait à y contribuer.
Pas bête non ?
Pas mal de dépêches arrivent en modération avec des première partie trop longues, qu'on doit couper ou déplacer. Pourrait-on émettre automagiquement un message d'avertissement dans la tribune de rédaction losque la première partie est trop longue et intouchée depuis quelques heures ?
L'avantage est de simplifier le boulot de modération et d'avoir une dépêche plus conforme à ce que souhaite l'auteur puisqu'il ferait lui-même le boulot.
Par ex., je viens de faire un rappel sur une dépêche (Rudder 4) pour (…)
Salut Nono
Puisque tu es en pleine réfection de l'interface, je suggère ce petit truc qui pourrait éviter d'avoir trop de votes en attente dans la modération : sur la page de modération on pourrait afficher le nombre de votes plus et moins pour chaque dépêche en attente. Ainsi, peut-être que nos joyeux compagnons se demandant mékeskispass ? iraient d'eux-mêmes revoter…
Par exemple on affichera
Nouvelles dépêches
Publication de Zorglub version 7..................................4/2
Sortie de l'Ecology ToolKit (ETK).................................2/0
Signature d'une convention CNRS-LINUXFRLes moteurs de recherche ont besoin de données structurées. Pour bien référencer une page ils ont besoin qu'elle ait une et une seule balise H1. Je suggère donc d'empêcher l'utilisation de H1 en rédaction puisque les titres des dépêches, des journaux, etc. utilisent déjà H1.
On trouve plusieurs références à ce sujet, en voici une considérée comme très fiable:
Olivier Andrieu (2016) Réussir son référencement web, Paris : éditions Eyrolles, chap.4 p.105 seq.
C'est valable pour toutes les interfaces de rédaction.
Les formules et les valeurs sont parfois coupées au milieu. Parce qu'on n'a pas le réflexe d'y insérer des espace insécable. Je propose que ce soit fait automatiquement. On ne peut sans doute pas détecter toutes les formules, mais c'est moins gênant pour les formules complexes qu'on a tendance à placer seules sur une ligne.
Voici des cas simples pris dans des phrases :
C'est pas juste, les rédacteurs ont le droit d'avoir un lien en page d'accueil vers la Grande Tribune de Modération avec tous les articles en cours, et coetera, et pas nous! Nous les modérateurs méritons d'avoir un outil adapté, de même niveau (ou un tout petit peu moins du même niveau pour ne pas froisser l'arrogante équipe de rédaction).
Certes notre travail est moins valorisant, mais certains le juge utile tout de même. Or nos outils tendent à l'obsolescence! Partant (…)
De temps en temps j'ouvre des dépêches pour m'apercevoir qu'elles n'ont ni seconde partie ni commentaires. Voilà ça nous éviterait des requêtes inutiles. En fait on devrait indiquer la taille de la dépêche en nombre de signes.
Cher Nono
dans l'aide à l'édition affichée sous les formulaires, pourrais-tu remplacer l'espace dans « » par un espace insécable ? Comme ça en copiant-collant, on le choperait au passage.
Le sommaire automatique en seconde partie d'une dépêche peut mener à l'extérieur de linuxfr.org si les titres de rubrique sont des liens.
Rien compris ?
Bon.
Si un rédacteur soucieux de beauté tapote :
### Ceci est un titre
### [Ceci est un titre avec un lien](http://www.example.com)
Le sommaire généré en deuxième partie sera de la forme :
Exemple dans l'historique de (…)