À 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…)
J'essayais d'éditer la page wiki aide-édition pour y ajouter les liens note de bas de page quand j'ai eu un Oops à la prévisualisation :/
(entre 13h35 et 13h38)
Note : cela se produit aussi sur cette entrée de suivi, lorsque j'essaie de rajouter le texte suivant entre balises
[LinuxFr.org][ref_linuxfr]
[ref_linuxfr]: http://linuxfr.org
code
Cela fonctionne(*) si inséré tel quel sans les ``` (éditer cette entrée pour voir le texte).
Il y a les liens note de bas de page (trouver (…)
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 :
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 (…)
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 floatajouter un lien vers gopher://download.tuxfamily.org/1/tuxfamilyp/gopher/ renvoit vers un moteur de recherche à cause du http:// ajouté devant, c'est bien dommage :/
(surtout pour un protocole bien connu d'Internet…)
Il faudrait d'ailleurs que la syntaxe Markdown le reconnaisse dans les commentaires (et le suivi et les dépêches ainsi que les journaux…)
Sur http://linuxfr.org/statistiques/moderation il y a le nombre de dépêches pour lesquelles un modérolecteur a voté et celles modérées par un admodérolecteur, mais il n'y a plus le nombre de dépêches éditées par les modérolecteurs :/
(ce serait bien de reprendre l'historique aussite :D)
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
Il serait bon dans l’espace de rédaction, ou au pire dans la modération, de rendre visibles les différents types d’espaces insécables, comme proposé par davy< :
(Genre bleu, vert ou rouge, osef tant que c'est visible, Daltonien ou pas. :D)
De plus, la méthode permettant la saisie de ces caractères devrait être documentée sur Typographie ou aide-edition, pour permettre de le faire rapidement :
Une section Android serait bienvenue (pour smartphone, télés et distributions dérivées dont replicant par exemple.
Les conditions d'utilisation du logo sont les suivantes : http://www.android.com/branding.html (CC-by-sa 3.0 google) et http://code.google.com/intl/fr/policies.html#attribution
on a droit à un gif o_O
wikipedia l'a en SVG
http://en.wikipedia.org/wiki/File:Android_logo.svg
Régulièrement LinuxFr.org publie des dépêches à propos d'android qui a déjà sa propre section https://linuxfr.org/sections/android et beaucoup de questions dans les forums : cf. https://duckduckgo.com/?q=android+site%3Alinuxfr.org%2Fforums
Pourquoi ne pas les regrouper dans un forum linux / android ?
Cela nous permettra de nous tenir au courant des évolutions des ordiphones.
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 (…)
le mail de confirmation d'inscription indique :
Peut-être faudrait-il rajouter [LinuxFr.org] dans le sujet ?
Ainsi qu'indiquer dans la page de demande de compte qu'un mail a été envoyé pour confirmation et demandant de cliquer sur le lien Confirmer mon compte avant de pouvoir se logguer avec le password choisi.
De même, sur la page de login, indiquer qu'il faut confirmer son compte via (…)
Il y a un bug sur la génération du sommaire lorsque le titre contient un lien : il ajoute une partie des paragraphes suivants. C'est peut-être lié au fait que Oumph< a enlevé le http:// de l'URL ?
J'ai contourné avec https://linuxfr.org/redaction/news/retour-d-experience-sur-l-espace-de-redaction/revisions/108 en déplaçant les liens hors du titre.
Les liens nommés de note de page ne sont pas pris en compte en modération.
exemple :
Vous avez toujours regardé [Go][] mais n'avez jamais franchi le pas ? Vous ne savez pas faire des choses toutes bêtes en Go ? Alors [Go by Example][] est fait pour vous. Il vous présente les bases à connaître au travers de petits exemples clairs et documentés.
Go by Example : http://gobyexample.com
ah, bah tiens, ils ne fonctionnent pas dans le suivi (…)
