(source https://linuxfr.org/~kaiska/27447.html )
«
En passant, est ce qu'un rafraîchissement du source html de linuxfr est prévu ? Pour avoir fait plusieurs thèmes CSS j'aperçois plusieurs problèmes :

* La sémantique des pages fait peur à voir
* Pour l'accessibilité, j'ai des gros doutes
* Des éléments html disparaissent sur certaines pages (comme le logo) ou n'arrivent plus au même endroits. Ca manque d'uniformité.
* Je trouve qu'il y a trop d'informations sur les pages (date de modérations, nombre de caractères dans une news, astuce en première page, etc.)
* Il y des balises javascript partout, ça serait plus clean d'appeler un js à la fin.
»

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

admin/rdf.html

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

Pour tous les contenus, sur tous les index,xxx,xxx.html : meta name="robots" content="noindex, follow" /

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

Message reçu sur moderateurs@ : Depuis quelques temps il me semble que certains éléments de styles CSS ont changé sur LinuxFR.org. En particulier, les textes sont passés d'un coup en fonte à chasse fixe (utiles pour des blocs de code mais pour la lecture d'un article complet ça peut être assez pénible). À la réflexion, je pense que c'est lié à un bug de Firefox 3 (qui marque une régression par rapport à Firefox 2). Avec un petit coup de Firebug, j'ai trouvé ceci dans le fichier http://linuxfr.org/css/contrib/kaiska.css : * { font-family: sans-serif, monospace; } Ce code est parfaitement valide en CSS (cf. http://www.w3.org/TR/CSS21/fonts.html#propdef-font-family ) mais pose problème à Firefox 3, qui «ignore» "sans-serif" (du moins tant que "sans-serif" ne correspond pas à une fonte du système), et utilise "monospace" comme valeur par défaut. La logique serait de bien reconnaitre que "sans-serif" est un nom de famille générique et de l'appliquer, mais apparemment Firefox 3 considère que la famille générique est forcément placée à la fin. Il faut dire que cela correspond aux exemples trouvés dans la spécification, où on ne trouve jamais deux familles génériques bien que le motif indiqué pour la valeur de font-family le permette. Bref, je pense que corriger en "font-family: sans-serif;" serait tout aussi efficace et éviterait ce problème. On peut éventuellement utiliser une famille un peu plus précise. Deux exemples: font-family: Arial, Helvetica, "Nimbus Sans L", sans-serif; font-family: Verdana, "Bitstream Vera Sans", "Lucida Grande", sans-serif; Attention, Arial et Verdana n'ont pas la même «taille» pour une hauteur donnée (en pourcentages, EM, PX ou PT), la Verdana étant plus «grosse». Les autres fontes données comme alternatives dans chacune de ces deux familles correspondent globalement aux tailles respectives d'Arial et Verdana.

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

Problème de jeu de caractères sur les courriels de modération (mélange d'UTF8 et d'ISO-8859-15...).

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

Affichage en bas d'un "Ce serveur est géré par Conovae, le site est géré par l'association LinuxFr, le contenu est proposé par vous" avec les liens adéquats.

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

Ajouter un système d'historique pour avoir tout ce qui s'est passé niveau administratif (un modérateur a viré une personne de tribune, pour quelle raison, etc).

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

Règles définies en AG : La tribune est interdite aux comptes de moins de X mois sauf sur demande. Les modérateurs peuvent interdire des comptes de tribune. Le blocage est fait jusqu'à une certaine date (donc les nouveaux comptes commencent avec une date de blocage à X mois, et un blocage définitif se fait avec une date aux calendes grecques). La liste des interdits de tribune est disponible pour les modérateurs. Rendre l'indicateur privé de tribune visible pour l'utilisateur si ce n'est pas déjà le cas.

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

Relancer la partie Interviews du site. Les détails sont connus uniquement des démons du cinquième cercle et des membres de la Kabale.

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

La suppression complète des astuces du site a été décidée. Il faut faire disparaître la notion d'Astuces et les templates associés (avec redirect au besoin) et migrer toutes les astuces dans un forum "astuces".

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

Ne plus avoir une page d'accueil et une page « Dépêches » identiques. La nouvelle page d'accueil devrait regrouper les derniers contenus du site pour chaque type de contenu (et peut-être les plus intéressants/actifs/mieux notés du moment), bref être plus dynamique.

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

Msg reçu par les admins : « je suis découragée par le fait que, ayant rédigé un article, un peu de relecture, et de corrections et voila la connexion qui plante. Dans ce cas il n'y a pas d'autre solution que prendre son courage à deux mains et de tout réécrire. C'est bien décourageant et une perte d'energie et d'enthousiasme pour les contributeurs. Ne pourrait -on pas disposer d'un système de sauvegarde provisoire ? »

La solution peut être :
- soit du côté de l'utilisateur : à savoir rédiger dans un vrai éditeur de texte et copier/coller au final (ce que je fais maintenant après des expériences du type de celle que tu décris)
- soit du côté du navigateur : sauvegarde du formulaire
- soit du côté du serveur (stockage temporaire de $_POST pour le user_id,res_type,res_id donné ?)

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

Pour prise de vacances par cron, il manque les logs du 4 au 7 septembre 2007 dans les stats webalizer.

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

Message de ~pjrm : « Pour voir le problème, changez la taille de police défaut de votre brouteur, disons à 30px ou 6px. Le taille de police des corps d'articles respecte ce défaut, tandis que la plupart des styles de texte sur la page spécifient "font-size: NNpx". C'est un problème pour les lecteurs / écrans pour qui 12px est trop petit (ou trop grand), et où on a donc changé la taille de police de défaut. Jusqu'à il y a quelques jours, aucune les styles de texte sur linuxfr respectaient ce défaut ; mais ce n'était pas un grand problème pour la plupart des brouteurs où on peut changer le zoom de texte, et tout le texte sur la page change. Mais si quelques styles respectent la taille de défaut et quelques styles ne la respectent pas, alors ces deux ensembles de styles seront de mauvaise proportion, et changer le zoom fait soit que l'un devienne trop grand soit que l'autre devienne trop petit. À noter qu'il y a deux possibilités pour régler ce problème : la plus évident, c'est bien sur d'ajouter un règle qui spécifie le font-size des corps d'articles. L'autre possibilité, que je soupçonne d'être meilleure, serait de changer tous les règles font-size de px en % (e.g. 90% au lieu de 10px). »

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

Sur un contenu donné, on peut utiliser la barre d'outils ou la navigation au clavier avec < ou > pour se déplacer parmi les nouveaux commentaires.

Il serait intéressant d'avoir sur les pages listant les derniers contenus (comme la page d'accueil, la page sur les dépêches, la page des journaux, etc.) de pouvoir naviguer entre les contenus ayant eu un commentaire nouveau, de la même façon.

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

Les niveaux de droit sur le site peuvent être classés ainsi : visiteur anonyme, visiteur authentifié, relecteur, modérateur, administrateur. Rajouter quelque part un menu déroulant permettant à un administrateur d'abaisser virtuellement son niveau de droit permettrait de tester plus facilement le rendu du site avec différents niveaux de droits. Techniquement je dirais un cookie tester dans updateuser pour positionner isadmin, isrelecteur, etc. Et on le fixe via le menu déroulant.

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

Les liens dans les contenus du site sont automatiquement convertis en hyperliens HTML (...). Lorsque l'URL se termine par une parenthèse, une virgule, un point, etc. (caractères valides dans une URL), le lien produit est incorrect.

http://fr.wikipedia.org/wiki/Variance_(statistiques)
le même entre parenthèses (http://fr.wikipedia.org/wiki/Variance_(statistiques))
le même entre parenthèses avec un espace (http://fr.wikipedia.org/wiki/Variance_(statistiques) )
le même avec détection retrait de la parenthèse à la fin http://fr.wikipedia.org/wiki/Variance_(statistiques )
Autres cas problématiques
(blabla voici l'url http://127.0.0.1).
Ceci est une URL http://127.0.0.1, et là une autre http://127.0.0.1.

Ces caractères étant valides dans l'URL, le remplacement ne peut être exact dans tous les cas.

Code proposé pour une vérification du lien en PHP
(cf https://linuxfr.org/comments/849162.html#849162 ). Faire ces vérifications côté serveur pourrait poser des problèmes de sécurité ou de spam (ie permettre de faire envoyer une requête HTTP au serveur LinuxFr.org).

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

Demande d'Alexis J. ( https://linuxfr.org/~alexisj/ ) :

« Bonjour, A plusieurs reprises je me suis déjà posé la question sans trouver explicitement la réponse. La question: sous quelles licences sont diffusés les articles du site? En effet, l'information de linuxfr est souvent reprise ou citée dans les blogs, sur des forums ou d'autres sites web, mais sans règles très claires. On pourrait s'attendre à ce que les articles d'un tel site soient sous creative common by-nc-(nd)? Est-ce le cas? Si oui (ou non) pourquoi cela n'est-il pas clairement évoqué (logo, pied de page ou autre)? Bien à vous, et merci encore pour ce très appréciable site :-) »

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

Demande Räphaël Gertz ( https://linuxfr.org/~rapsys/ ) : obtenir un certificat SSL certifié par l'autorité de certification cacert.org.

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

Sur la page d'une dépêche, genre https://linuxfr.org/2007/06/26/22656.html , le lien dans le titre de la dépêche (pas le titre de la page, celui de la dépêche) est incorrect. Ici " https_//linuxfr.org/Deux/%20p/ol/.html " alors que le bon est " https_//linuxfr.org/2007/06/26/22656.html " comme un peu plus bas dans le titre "Lire la dépêche". Pour autant que j'ai pu en juger, ça se joue entre news/news.tmpl et linuxfr/one_news.txt , et ça semble être le retour d'un sale bug dans la version de templeet utilisée.

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