Il suffit de mettre un anti-slash devant la parenthèse ouvrante, comme ceci :
Le projet continue à réduire le cœur et certains modules, dont CGI et Module::Build, ainsi que des utilitaires comme s2p et a2p, sont maintenant à installer depuis [[CPAN]] \(l'annonce de leur retrait futur du cœur avait été fait pour la 5.20).
Le projet continue à réduire le cœur et certains modules, dont CGI et Module::Build, ainsi que des utilitaires comme s2p et a2p, sont maintenant à installer depuis CPAN (l'annonce de leur retrait futur du cœur avait été fait pour la 5.20).
Oui, on veut faire une mise à jour Debian pour avoir une version plus récente de nginx. Et on mettra ensuite à jour sa config pour avoir une meilleure gestion TLS.
Pour le routage des containers LXC et la configuration des différents services (webalizer, sympa), c'est du boulot d'admin/sys. Je n'ai rien à voir avec ça.
Perdu, tu as mal lu les commentaires. C'est tout l'inverse. Comme oumph le dit dans un commentaire :
Le gros du travail semble a priori plutôt du côté adminsys et tests, plutôt que code.
Pour le code, on sait ce qui ne va pas marcher (on stocke les IP des personnes sans compte qui votent sur les sondages pendant une courte période pour leur montrer les résultats du sondage plutôt que le sondage lui-même). Il faudra le corriger, mais c'est limité comme problème.
Par contre, on est actuellement hébergé chez la fondation Free et elle ne nous donne pas d'IPv6 (en tout cas, pas par défaut, on ne leur pas fait de demande particulière pour ça non plus). Ensuite, il faudrait également gérer le routage vers les containers LXC et les différents services (webalizer, sympa, etc.). Et surtout passer du temps à bien tester tout ça.
Les variables d'environnement sont utilisées par d'autres programmes. En laissant un utilisateur externe définir des variables d'environnement, on risque fort de se prendre les pieds dans le tapis. D'ailleurs, ça n'a pas manqué : cf https://httpoxy.org/ notamment.
Le nombre de personnes qui écrivent des contenus sur le site baissent un petit peu d'année en année. Rien de bien dramatique, mais j'aimerais beaucoup que l'on puisse attirer de nouveaux contributeurs pour avoir des dépêches d'une toujours meilleure qualité et aussi couvrir des sujets plus variés.
le problème ne venant pas de manque de bonne volonté de la part des designers ni même du fait que ça ne soit pas rémunéré (aider un logiciel libre est une cause noble pour bien des designers, car le produit profite à tous)
Pourtant, sur LinuxFr.org, ça fait un paquet d'années que l'on cherche un designer et personne ne s'est jamais proposé pour ça. On est une équipe de bénévoles avec des profils variés, on accepte facilement que chacun ait son domaine et ait un avis tranché sur les questions de son domaine d'expertise. Du coup, on fait comment pour attirer un designer ? Publier des appels à l'aide dans des dépêches du site ou lors de conférence n'a pas marché.
J'en déduis que le besoin de mettre le seuil dans le localStorage est que les utilisateurs aiment avoir des seuils différents en fonctions des navigateurs qu'ils utilisent ?
Oui, certaines personnes avaient demandé ça. Elles naviguent de façon différente quand elles sont au travail et à la maison, n'ayant pas le même temps libre dans les deux cas.
La demande #1582 ne semble pas avoir eu de suite puisqu'elle date de 2015.
Est-ce difficile à implémenter ?
Oui, la gestion des événements clavier est une plaie en JavaScript. Les navigateurs n'ont pas les mêmes comportements et il faut souvent recourir à des codes (le même code peut représenter des touches différentes selon les dispositions de clavier). Et je ne parle des modifiers (ctrl ou shift).
Ou déplacer le seuil dans les préférence n'est pas prioritaire ?
Aussi. On a plus de 200 demandes dans le suivi et celle-ci a un score de 1, ce qui la met en bas de la liste.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi caractères parasites. Évalué à 3 (+0/-0).
Cf https://github.com/nono/html-pipeline-linuxfr/commit/61ecc336b045fdbec4a2a17d9c2e6f74421a4dea
# Anti-slash
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Lien wikipedia cassé lors qu'il précéde une parenthèse même séparée d'un ou plusieurs espaces. Évalué à 3 (+0/-0). Dernière modification le 16 février 2017 à 20:09.
Il suffit de mettre un anti-slash devant la parenthèse ouvrante, comme ceci :
Le projet continue à réduire le cœur et certains modules, dont CGI et Module::Build, ainsi que des utilitaires comme s2p et a2p, sont maintenant à installer depuis CPAN (l'annonce de leur retrait futur du cœur avait été fait pour la 5.20).
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi HTTP 500 sur l'ajout de lien avec URL vide. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/cc95f7af866afba7c4c4e6ea2231d223875f5d56
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Pointeur sur lien "édité par n contributeurs". Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/6d66a77fa4f7a8d1c1184ab15f7d8452ec6d3a95
# 0 vote
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi mieux utiliser les écrans larges. Évalué à 3 (+0/-0). Dernière modification le 16 février 2017 à 20:03.
L'entrée de suivi a toujours un score de 0. Je la ferme.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Profondeur des puces sur le wiki limité à 2. Évalué à 3 (+0/-0).
Le problème a été corrigé.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi URL Unicode. Évalué à 3 (+0/-0).
Il semblerait que le problème ait été corrigé. En tout cas, je n'arrive pas à le reproduire.
# Yep
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Avoir une meilleure configuration HTTPS. Évalué à 3 (+0/-0).
Oui, on veut faire une mise à jour Debian pour avoir une version plus récente de nginx. Et on mettra ensuite à jour sa config pour avoir une meilleure gestion TLS.
[^] # Re: Quand quelqu'un l'aura codé
Posté par Bruno Michel (site web personnel) . En réponse au journal À quand l’IPv6 sur LinuxFr.org ?. Évalué à 5.
Pour le routage des containers LXC et la configuration des différents services (webalizer, sympa), c'est du boulot d'admin/sys. Je n'ai rien à voir avec ça.
[^] # Re: Quand quelqu'un l'aura codé
Posté par Bruno Michel (site web personnel) . En réponse au journal À quand l’IPv6 sur LinuxFr.org ?. Évalué à 10.
Perdu, tu as mal lu les commentaires. C'est tout l'inverse. Comme oumph le dit dans un commentaire :
Pour le code, on sait ce qui ne va pas marcher (on stocke les IP des personnes sans compte qui votent sur les sondages pendant une courte période pour leur montrer les résultats du sondage plutôt que le sondage lui-même). Il faudra le corriger, mais c'est limité comme problème.
Par contre, on est actuellement hébergé chez la fondation Free et elle ne nous donne pas d'IPv6 (en tout cas, pas par défaut, on ne leur pas fait de demande particulière pour ça non plus). Ensuite, il faudrait également gérer le routage vers les containers LXC et les différents services (webalizer, sympa, etc.). Et surtout passer du temps à bien tester tout ça.
[^] # Re: Mon positionnement
Posté par Bruno Michel (site web personnel) . En réponse au journal Le libre et l'expérience utilisateur. Évalué à 5.
Les variables d'environnement sont utilisées par d'autres programmes. En laissant un utilisateur externe définir des variables d'environnement, on risque fort de se prendre les pieds dans le tapis. D'ailleurs, ça n'a pas manqué : cf https://httpoxy.org/ notamment.
[^] # Re: C'est pas qu'une histoire d'ergo
Posté par Bruno Michel (site web personnel) . En réponse au journal Le libre et l'expérience utilisateur. Évalué à 3.
Le nombre de personnes qui écrivent des contenus sur le site baissent un petit peu d'année en année. Rien de bien dramatique, mais j'aimerais beaucoup que l'on puisse attirer de nouveaux contributeurs pour avoir des dépêches d'une toujours meilleure qualité et aussi couvrir des sujets plus variés.
[^] # Re: C'est pas qu'une histoire d'ergo
Posté par Bruno Michel (site web personnel) . En réponse au journal Le libre et l'expérience utilisateur. Évalué à 10.
Bonjour,
dans le billet de blog, il est dit :
Pourtant, sur LinuxFr.org, ça fait un paquet d'années que l'on cherche un designer et personne ne s'est jamais proposé pour ça. On est une équipe de bénévoles avec des profils variés, on accepte facilement que chacun ait son domaine et ait un avis tranché sur les questions de son domaine d'expertise. Du coup, on fait comment pour attirer un designer ? Publier des appels à l'aide dans des dépêches du site ou lors de conférence n'a pas marché.
[^] # Re: petit bandeau en bas de page
Posté par Bruno Michel (site web personnel) . En réponse au message Comment toujours consulter LinuxFr en -42. Évalué à 4.
Oui, certaines personnes avaient demandé ça. Elles naviguent de façon différente quand elles sont au travail et à la maison, n'ayant pas le même temps libre dans les deux cas.
Oui, la gestion des événements clavier est une plaie en JavaScript. Les navigateurs n'ont pas les mêmes comportements et il faut souvent recourir à des codes (le même code peut représenter des touches différentes selon les dispositions de clavier). Et je ne parle des modifiers (ctrl ou shift).
Aussi. On a plus de 200 demandes dans le suivi et celle-ci a un score de 1, ce qui la met en bas de la liste.
# Bof
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Un fil "Mises à jour et alertes urgentes". Évalué à 3 (+0/-0).
Cette demande a toujours un score de 0 et n'a pas l'air d'intéresser grand monde. Je me permets donc de la fermer.
# Autre demande similaire
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Modifier la taille des images insérées dans les dépêches. Évalué à 3 (+0/-0).
https://linuxfr.org/suivi/redimensionner-et-placer-les-images
# Doublon
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Redimensionner et placer les images. Évalué à 3 (+0/-0).
https://linuxfr.org/suivi/modifier-la-taille-des-images-inserees-dans-les-depeches propose la même chose et a un score plus important.
[^] # Re: Humm...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Mot unique dans une zone de code. Évalué à 3 (+0/-0).
La validateur HTML5 dit que c'est valide : https://html5.validator.nu/?doc=https%3A%2F%2Flinuxfr.org%2Fsuivi%2Fmot-unique-dans-une-zone-de-code. Je ferme l'entrée du coup.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi HTTP 500 sur une édition de paragraphe. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/7fc3ca865c8ed5a4d9df478f27b57a6dc75c415b
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Erreur de collation dans la partie Admin / Derniers comptes utilisateur / recherche par pseudo. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/5b0b33dfe12cd528a0d9a27ce15e9530083680ec
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Erreur pour lister les applications utilisatrice de l'API. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/6dce23047c4ebae36b71693dcf4e8923411f49d7
# Race condition
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Commentaire avec note différente de E( log10( karma ) ) - 1. Évalué à 5 (+0/-0).
Il y avait une race condition dans le code qui gère les votes et quelqu'un a réussi à voter 2 fois sur ce commentaire grâce à ça.
C'est corrigé : https://github.com/linuxfrorg/linuxfr.org/commit/5651efc90e4dc358b9de6152ecd89dd6f7a7fe93
[^] # Re: Confirmation
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Fonctionnalité d'oubli de mot de passe. Évalué à 3 (+0/-0).
Oui, c'est bizarre. Je n'arrive pas à reproduire le problème en local. Il doit me manquer un élément de contexte.
[^] # Re: Et dans l'entrée du suivi...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Caractères Unicode / Emoji qui font planter l'édition de la dépêche. Évalué à 3 (+0/-0).
Normalement, c'est corrigé depuis la migration de mysql du jeu d'encodage utf8 vers utf8mb4.
[^] # Re: MySQL...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Problème avec les caractères unicode. Évalué à 3 (+0/-0).
C'est corrigé : 🐧