Le lien vers le Wiki a été enlevé de la barre de navigation suite à l'intégration de Projets Libres, je ne suis ni pour ni contre bien au contraire ;-)
Autant déplacer le lien vers le wiki dans le pied de page, près du suivi vu que cela correspond à une section « interne » liée au fonctionnement du site (comme les statistiques, le suivi…).
Voici la pull request 142 correspondante.
Cela donnera
L'idée est de promouvoir la navigation par tags — les sujets connexes on va dire — lorsque l'utilisateur est sur une page listant les contenus ayant une étiquette.
Par exemple pour https://linuxfr.org/tags/openhardware/public ce serait bien d'avoir les étiquettes visibles directement en haut de page.
Actuellement, dans la marge de gauche en dessous de la tribune, apparaît un onglet Les étiquettes connexes :
170 open_hardware
16 open_source
15 franglais
15 matériel
12 diy
11 revue_de_presse
11 linux
10 toulouse
10 open_computeSur les stats de courriels, le pourcentage d'actifs est réel : le champ est obligatoire.
Sur les stats XMPP et Mastodon : le champ n'est pas forcément renseigné, rajouter un pourcentage % total renseigné disponible au-dessus
Actuellement, on a :
Sur 2046 comptes utilisés sur le site au cours des trois derniers mois :
| Domaines à plus de trois comptes | Nombre de comptes | Actifs |
|---|---|---|
| jabber.fr | 40 | 2% |
| gmail.com | 20 | 1% |
| jabber.org | 13 | 1% |
| im.apinc.org | 12 | 1% |
| chapril.org | 5 |
L'appel à pygments n'a pas l'air de se faire correctement en prévisualisation :
pour l'exemple de l'aide https://linuxfr.org/wiki/aide-edition#toc-code-avec-coloration-syntaxique pour java :
public class Bonjour {
public static int main(String[] args) {
System.out.println("Bonjour !");
}
}cela apparaît comme un bloc de code, mais aucune couleur en prévisualisation (commentaire, rédaction, entrée de suivi) :/
ah et aucune colorisation après publication non plus :/
Dans la logique de rassembler les contenus, le volet openhardware a plusieurs tags :
ce serait bien de n'en avoir qu'un seul :-)
Actuellement, c'est openhardware qui rassemble les suffrages mais open-hardware est envisageable (et plus lisible d'autant que grammalecte l'accepte), au choix de celui en mesure de propager la modification en base ;-)
La tribune de rédaction est cassée ?
constaté sur :
Ajouter pour chaque utilisateur un lien de ses statistiques (en dessous de Derniers commentaires de sa page utilisateur) affichant :
Pour mieux identifier les sujets populaires du moment (ou par période), il serait sympathique d'avoir des timelines
cela permettrait de faire apparaître les 10 (ou 20 ?) tags, mois par mois (ou année par année, trimestre par trimestre si une fonction de zoom est envisageable…)
pour les dépêches, l'information de section est (…)
Pour faciliter l'écriture de dépêches meilleurs journaux, fournir en Markdown la page prizes :-)
Cela correspond à une génération un peu plus automatique de https://linuxfr.org/wiki/modele-de-depeche-meilleurs-journaux
Le point de départ est https://github.com/linuxfrorg/linuxfr.org/blob/master/app/views/statistics/prizes.html.haml et il "suffit" de remonter le modèle MVC pour proposer un affichage en markdown facilitant le copier/coller pour créer la dépêche.
Option : lister les tags associés aux journaux concernés
Ajout suite à proposition de Floxy< en commentaire sur https://linuxfr.org/news/les-journaux-linuxfr-org-les-mieux-notes-du-mois-de-juin-2015 :
Ceux souhaitant s'essayer au ruby / RoR et (…)
Auparavant, on pouvait centrer les colonnes d'un tableau Markdown, ce n'est plus le cas :
Exemple vu sur https://linuxfr.org/redaction/news/sortie-du-noyau-linux-4-2 :
| Adresse locale | Adresse distante | Port source | Port destination |
|---|---|---|---|
| A | B | 2000 | 80 |
| A | C | 2000 | 80 |
| A | B | 2001 | 80 |
Il y a bien les : de chaque côté, ce qui devrait centrer chacune des colonnes (voir le Markdown de cette entrée pour le vérifier). Cela ne semble pas lié à une CSS : le code HTML n'indique (…)
Sur la page wiki tribune il y a une image en lien qui n'est plus affichée dont l'origine est sur http://pix.toile-libre.org/upload/original/1403819833.gif qui est encore disponible
Je ne sais pas si c'est lié à un nettoyage du cache ou une mise à jour du cache d'image, mais l'image n'apparaît pas :/
Ce serait bien que le cache d'img soit en mesure de garantir :
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 :
Afin de promouvoir la rédaction, changer l'ordre des paragraphes sur la page de proposition de contenu
si ça se trouve, ce ne serait qu'un patch en haml sur
https://github.com/linuxfrorg/linuxfr.org/blob/5dda97bb11cb942b8a453b1b87ec30ded9b6235f/app/views/static/submit_content.html.haml si je pouvais l'éditer ;-)
ou plutôt https://github.com/linuxfrorg/linuxfr.org/blob/master/app/views/static/submit_content.html.haml que j'aimerais resynchroniser avec https://github.com/baud123/linuxfr.org/blob/master/app/views/static/submit_content.html.haml avant de proposer une pull request afin de limiter les différences :-)
Ajout (…)
Parfois, une page wiki est créée, puis référencée ailleurs.
En terme de navigation et de logique d'amélioration du wiki, il serait pas mal de disposer de navigation vers les pages la référençant, ce qui permettrait d'enrichir et compléter les contenus.
Il serait bien d'avoir un système de rétrolien :
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é (…)