Lorsqu'on soumet une dépêche par [https://linuxfr.org/submit.html], la visualisation n'affiche pas correctement les retours à la ligne. Peut-être manque-t-ils des balises p ? Vu sur https://linuxfr.org/admin/viewnews,23539.html (lien interne) et remonté par thomasp lorsqu'il s'en est aperçu, ainsi que sur la dépêche du noyau Linux de patrick_g. Cela fait que nous avons quelques dépêches en modération avec des balises p en trop (pour ceux qui s'aperçoivent que la visualisation n'est pas correcte, ce qui fait double travail entre celui qui soumet et le relecteur qui doit enlever ce qui a été malencontreusement ajouté). Cela permet de se rendre compte du peu de monde qui effectue la visualisation avant de valider, mais cela n'était sans doute pas l'objet initial ;-) En fait, la dépêche en visualisation apparaît sur une ligne, tant pour la 1ère partie (le scoop) que la 2ème partie (article complet).

> Lire l'entrée (1 commentaire, moyenne: 2).  

La balise pre utilisée par exemple dans cette dépêche en préparation https://linuxfr.org/admin/viewnews,23529.html (accès interne) ajoute des retours à la ligne avec des balises br en trop. Est-il possible de ne pas ajouter ces br surnuméraires ?

> Lire l'entrée (2 commentaires, moyenne: 2).  

Sur ma première page, je n'ai plus le flux de l'AdL qui s'affiche En creusant un peu sur https://linuxfr.org/user_prefs.html : il n'y a plus aucune Boîtes de dehors Bon on va dire que c'est esthétique, sans doute d'autres choses plus prioritaires...

> Lire l'entrée (3 commentaires, moyenne: 2).  

Les dépêches ont des codes HTML "p" et "br /" en trop (ce qui les rend particulièrement pénibles à éditer) ainsi que les "a href" en trop lorsque je les édite la première fois (cela induit une présentation très aérée, les retours chariots étant déjà pris en compte dans le format...). Par exemple, pour https://linuxfr.org/admin/viewnews,23470.html j'avais (bon les balises ne passent pas, même entre balises pre, voir le code source entre les blockquote pour voir ce que j'avais) :

Programme : Vendredi 11 janvier - 20h30 : Concert de groupes sous licence Creative Commons.http://www.asso-boxson.com/Data/news.htm">http://www.asso-boxson.com/Data/news.htm">DATA (Bordeaux) et http://www.da-krew.net/">http://www.da-krew.net/">DA KREW (Toulouse). Samedi 12 janvier - à partir de 14h00 : Conférences, Ateliers, Démonstrations, Installations.

Cela est sans doute dû à une double interprétation du format lors de la soumission de la dépêche ? Auparavant, les p et br n'apparaissaient pas (c'est quand on poste un journal en html ou un commentaire que cela était possible...). Ou alors un oubli de tenir compte du type de format lors de la soumission ? Quand je le demandais qu'il serait pas mal de converger vers la syntaxe mediawiki https://linuxfr.org/tracker/694.html ;-)

> Lire l'entrée (1 commentaire, moyenne: 2).  

Proposition d'ajout d'un thème Sciences à https://linuxfr.org/moderateurs/moderation.html Cela concernerait les articles ou logiciels scientifiques (mathématiques, chimie, physique, électronique, électrotechnique, astrophysique...). Voici des propositions d'icônes http://openclipart.org/media/files/johnny_automatic/578 public domain disponible en SVG (sérieux là le scientifique, c'est celui qui me plaît le plus...) http://openclipart.org/people/johnny_automatic/johnny_automa(...) http://openclipart.org/media/files/TheresaKnott/758 public domain dispo en SVG (un microscope ça fait scientifique :) ) http://openclipart.org/people/TheresaKnott/TheresaKnott_Micr(...) http://openclipart.org/media/files/zeimusu/2594 public domain dispo en SVG (bon ça fait un peu savant fou :/) http://openclipart.org/people/zeimusu/zeimusu_Researcher.svg http://openclipart.org/media/files/mcol/4455 public domain dispo en SVG (cube de Necker, ça fait un peu abstrait mais depuis que j'ai lu en:GEB j'aime bien) http://openclipart.org/people/mcol/mcol_necker_cube.svg http://openclipart.org/media/files/jfmelero/2654 public domain dispo en SVG (un atome... ça marchera pour le nucléaire aussi comme ça :D mais pas les brocolis hein, private joke inside) http://openclipart.org/people/jfmelero/jfmelero_atom.svg ou plus classique http://openclipart.org/media/files/logomancer/620 public domain dispo en SVG (encore un modèle d'atome) http://openclipart.org/people/logomancer/logomancer_Atom_Mod(...) Si vous avez d'autres icônes que vous préférez, ne pas hésiter à les suggérer ci-dessous...

> Lire l'entrée (1 commentaire, moyenne: 2).  

Pour les dépêches surtout, mais pourrait servir aux journaux voire commentaires (dont on peut choisir le format il me semble).

Un exemple : notamment [https://linuxfr.org//tracker/605.html lien vers la demande de wiki AMR] pour éviter de se galérer avec des href de partout.
=> pour les journaux et commentaires, au besoin faire apparaître le site comme sur slashdot pour limiter le phishing

et les
*listes
**indentées
***avec des étoiles
* pour les ol/li, à voir... (m'enfin tant qu'on y est)

conserver ce qui est possible (avec quelques limitations telles que les retours chariots automatiques) comme actuellement : p,b,i,s,u,em,tt,strong,ol,ul,li,pre,code,q,blockquote,acronym.

> Lire l'entrée (3 commentaires, moyenne: 1,7).  

Visiblement la petite phrase
Le site vit avec les dépêches que vous proposez ou que vous contribuez à rédiger.
est considérée sibylline voire un peu abscons, quand elle est vue :/

C'est pourtant le moyen de mettre en avant par un slogan simple et rapide le principe de fonctionnement du site : la participation de ceux qui le lisent à son contenu.

Cette entrée fait suite à ce thread https://linuxfr.org/comments/868129.html#868129 et l'affirmation suivante "avant que tu ne le dises, je n'avais pas "tilté" sur cette ligne.
Pourquoi? Je ne sais pas, elle est dans une couleur différente, encadrée... Peut-être car trop petite, trop au milieu de tout (entre l'article ne "une" et les autres article, ça fait un peu "publicité entre deux article" qu'on à l'habitude de passer rapidement), je ne sais pas, je ne suis pas Ergonome. Mais les designers de Linuxfr non plus."

àmha, l'espace rédacteur gagnerait à passer en wiki mais cela fait déjà l'objet d'un autre tracker : https://linuxfr.org/tracker/605.html (le rôle du wiki n'étant pas encore tranché).

PS: je l'ai placé dans CSS/Feuilles de style car je n'ai pas trouvé d'autre catégorie il me semble aussi que certains ne voient pas les liens "Faire un don", "plan" du bandeau du haut (ce qui peut être lié à certaines feuilles de style.
PPS : peut-être lister d'autres recommandations d'ergonomie si certains s'en sentent la vocation.

> Lire l'entrée (8 commentaires, moyenne: 2,1).  

Serait-il possible d'enlever les 2 liens de la boîte utilisateur : # Fermer votre compte # Je ne souhaite plus être relecteur (/modérateur / administrateur : à adapter selon) et de ne les garder que sur sa page utilisateur [https://linuxfr.org/~baud123/] pour moi par exemple Cela permettra, en outre, de vérifier que le referrer est bien la page de l'utilisateur : ceci afin d'éviter ce qui s'était passé le 1er avril 2007 où pas mal de comptes se sont retrouvés supprimés parce que les lecteurs cliquent sur "êtes vous sûr ? oui" mécaniquement sans y penser. Et perso, ça me fera moins craindre de cliquer dessus par mégarde. Un test pour vérifier qu'on est bien sur la page de l'utilisateur identifié doit être possible, non ?

> Lire l'entrée (2 commentaires, moyenne: 2).  

pour les pertinents / inutiles : https://linuxfr.org/stats/notes.html 2006 inutile 816 pertinent 906 Total 2006 1722 2007 inutile 6981 pertinent 21313 Total 2007 28294 Il y a un écart franc entre les années précédentes et 2007 : il y a eu une purge des votes entretemps ? Toute l'activité du site semblerait s'être reportée sur les votes au lieu de la soumission de dépêches / journaux ?! bizarre comme interprétation non ? D'autres stats : nombres d'utilisateurs ayant voté, nombre d'utilisateurs ayant reçu un vote, pour ceux-là, note moyenne obtenue au final / karma peut-être ? https://linuxfr.org/stats/moderation.html Peut-être ajouter le nombre de dépêches éditées en plus du nombre d'éditions (parfois je m'y reprends à plusieurs fois). Un tri par ordre alphabétique serait plus clair àmhà Pourquoi les relecteurs n'ont-ils pas accès au karma ? https://linuxfr.org/stats/frequentation.html à mettre à jour une fois par jour cela peut suffire, ajouter un lien au besoin pour forcer la regénération de la page (longue). https://linuxfr.org/stats/utilisateurs.html "Parmi les 4725 comptes utilisateur valides et utilisés au cours des 3 derniers mois" => il n'y a pas de stats du nombre d'utilisateurs loggués chaque jour en moyenne par mois ? Bon, on a les loggués + non loggués sur https://linuxfr.org/stats/web.html/ (presque 100000 en juin 2007 contre ~80000 en novembre 2006 et sur début 2007) => il y aurait des sauvegardes des années précédentes pour comparer ? (les tableaux récapitulatifs suffiraient). https://linuxfr.org/top.html en tant que relecteur, cela s'arrête aux tâches prioritaires ouvertes, ya pas d'autres choses ? (c'est inique cette séparation admin / modéros / relecteurs sur les stats :D). J'avais commenté déjà ces stats sur http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsLecteurL(...) pour des éléments complémentaires. Oumph avait l'air de se plaindre qu'en tant qu'admin les stats étaient regénérées : il n'y a pas moyen de les calculer une fois par jour par défaut et donner accès aux admins (voire aux autres) à un lien ou case à cocher pour forcer la regénération ?

> Lire l'entrée (5 commentaires, moyenne: 1,6).  

Un des avantages des thèmes (= catégorie) https://linuxfr.org/moderateurs/moderation.html#themes est la petite image associée.

Sur https://linuxfr.org/news/archive/ ce sont les termes sections / catégorie (=thème) qui sont utilisés. Il n'y a que sur cette page que la liste exhaustive apparaît
1. Je ne suis pas certains que beaucoup de lecteurs cliquent sur l'icône pour voir les dépêches de la même catégorie(=thème) ou sur le lien devant le titre (section=article, logiciel, ...)
Peut-être y-a-t'il des gens abonnés aux flux rss afférents ? (ça je ne peux vraiment pas savoir)
2. seuls les modérateurs, je crois, peuvent modifier section/thème une fois l'article publié, or c'est souvent une fois publié qu'on s'aperçoit que ce n'est pas tout à fait exact (c'est pourtant la 1ère chose à vérifier lors de la relecture avant validation, mais si le choix par défaut , à Apple actuellement - Amiga c'était plus visible - est changé par le rédacteur, parfois cela est laissé sans forcément de cohérence). => ce serait bien que les relecteurs puissent modifier cela après coup.
3. l'ajout d'une catégorie/section n'est pas évident : il manque multimedia ou 3D (pour beryl, compiz, metisse par exemple qui échouent par exemple dans [X] ou Technologie...).
4. possibilité de mettre plus de 2 "tags" par dépêche, permettant par exemple de proposer un flux rss pour http://chl.be/migrations ou http://agendadulibre.org

Tout cela milite pour la mise en place de tags :
1. faire apparaître un nuage comme sur http://demoll.tuxfamily.org
2. donner la possibilité aux relecteurs d'ajouter les tags même si la dépêche a été publiée
3. ajout par les modérateurs de nouveaux tags (ou par relecteurs avant validation de dépêche) sinon reprise des existants pour relecteurs
4. permettra de faire comme http://slashdot.org et de passer linuxFR encore plus à la mode web 2.0. Ces tags pouvant être placés même sur les dépêches validées permettra aux relecteurs de reprendre l'historique de http://chl.be/migrations par exemple :) (par un tag correspondant ou équivalent aux catégories de son site, par exemple).

> Lire l'entrée (0 commentaire).