Adrien Dorsaz a écrit 887 commentaires

Pour pouvoir déployer, je doia aussi créer une gem pour le board compatible avec Ruby 3. Je n'ai pas eu le temps / la motivation de tester le déploiement de la gem sur le repo de l'organisation Github Linuxfr.

Il y a quelques années (déjà !), j'avais ouvert une entrée de suivi pour essayer d'être plus conviviale aux contributeurs en réduisant la liste des dépêches en cours de rédaction: https://linuxfr.org/suivi/reduire-la-liste-de-depeche-en-cours-de-redactions

Au début, l'idée était de cacher la liste trop longue, mais après j'ai vu que Ruby on Rails pouvait tout à fait faire une gestion automatisée des brouillons: https://linuxfr.org/suivi/reduire-la-liste-de-depeche-en-cours-de-redactions#comment-1833799

Voilà, si ça vous dit, j'ai préparé un commit pour ajouter 2 tâches cron exécutées quotidiennement:

1. Une première tâche qui repère quand un brouillon de dépêche n'a pas été mise à jour depuis 5 mois et 2 semaines
   • Cette tâche envoie un email de relance comme les animateurs peuvent le faire et ajoute le message: La dépêche semble abandonnée et sera automatiquement supprimée dans 2 semaines si aucune modification n'y est apportée.
   • Ce même message est publié sur la tribune de la dépêche
2. Une seconde tâche qui prend tous les brouillons de dépêche dont la dernière modification remonte à plus de 6 mois
   • Elle passe la dépêche de l'état "brouillon" à "supprimé"
   • Elle envoie un email à l'auteur (et, en copie, l'équipe de modération) expliquant que la suppression est automatique et joint le contenu de la dépêche

3 ans après, rien ne s'est passé, je ne sais plus si c'est intéressant comme idée.

nous retrouver le samedi à 13h pour manger près des foodtrucks/cafets.

Top, je viendrai aussi le samedi finalement, je me réjouis :)

Je serai aussi au fosdem, ça sera ma première :)

Par contre, je n'y serai que le dimanche a priori, vous serez là les 2 jours ?

Merci, je n'avais pas conscience que ce bug était déjà ouvert depuis 2012, je ferme le ticket ici pour centraliser la discussion là bas.

Oui, mais ça lui coutera cher d'après Numerama:

Cependant, il n’est pas certain que le changement de moteur soit avantageux pour les développeurs. Pour accéder à l’API, qui n’est valable qu’en Europe, ils devront accepter les nouvelles conditions européennes de l’App Store, qui ajoutent une taxe de 50 centimes par téléchargement au-dessus du million de téléchargements. Dans l’hypothèse où un Chrome avec Chromium est téléchargé 5 millions de fois, Google devra verser 181 159 dollars à Apple, même si l’application n’est disponible que sur l’App Store. C’est beaucoup pour une application gratuite.

Pfff… je me réjouissais trop vite, c'est vraiment nul :-(

Bon, pour Mozilla ça ne devrait pas être trop un problème: il faudrait juste rogner un peu le revenu de sa CEO et, vu la part de marché de Firefox, ça suffira largement…

Hello,

Merci pour la suggestion de mettre des icônes à la place du texte pour les liens, je pense que c'est une bonne idée. Personnellement, je trouve juste que les emoji sont trop coloré et que l'on devrait faire des icones SVG avec la même couleur que texte (un brun discret).

Par contre, il y a déjà un conflit au sujet des informations à afficher: notamment, quand on a ajouté le lien "compte Mastodon", on a eu des remarques au sujet qu'il serait plus inclusif d'utiliser le terme "compte Fediverse" ou "compte ActivityPub": https://linuxfr.org/suivi/modifier-le-terme-mastodon-pour-activitypub

Finalement, je serais pour vraiment enlever ces informations de chaque commentaire et de créer une page de "profile utilisateur" visible en cliquant le nom d'utilisateur, ou, si javascript est actif, au survol de la souris.

J'avais commencé un travail dans ce sens sur cette branche: https://github.com/Trim/linuxfr.org/tree/user-profile mais je ne me souviens plus du tout où j'en étais resté…

Un doublon a été ouvert ici: https://linuxfr.org/suivi/la-pagination-du-suivi-ne-prend-pas-le-filtre-courant-en-compte#comment-1948974

Merci d'avoir retrouvé le doublon, j'ai du coup clôturé ce suivis.

C'est vrai qu'un champ de recherche de texte ça pourrait aider à retrouver les entrées de suivis ouvertes. Je te laisse ouvrir une autre entrée de suivi dédiée à ça :)

Il faudrait essayer de modifier le fichier app/seeds.rb pour ajouter des comptes en plus.

Pour l'instant, ce fichier crée un compte Anonyme inactif et le compte "admin".

On pourrait s'inspirer de la création du compte admin pour faire d'autres comptes par défaut. On pourrait faire un compte par role:

• visiteur
• modérateur
• animateur (editor je crois)
• mainteneur

Ensuite, pour le reste du contenu de test, je ne sais pas ce qu'il faudrait ajouter: des journaux, des dépêches, des commentaires et des liens du style "Lorem ipsum" ?

J'ai testé sur ma machine le patch que tu as proposé, ça va bien d'avoir le format avec les mois en textes pour l'instant^1.

Je ne connais pas bien Ruby et je ne suis pas sûr de comprendre comment fonctionne le formatage avec I18n:

  posted: ->(t) {I18n.l(t, format: :posted)},

Est-ce que I18n choisira toujours le français comme langue ou est-ce qu'il y aura une autre traduction selon la configuration du navigateur de l'utilisateur ?

Je pense que ça serait mieux que ce soit toujours en français, sinon, ça ferait vraiment bizarre :)

---

1: je dis pour l'instant, car je pense que le mieux serait de retravailler l'affichage des informations du message de manière globale pour rendre plus agréable la lecture, comme proposé dans les autres commentaires.

Je me connais pas non plus les lois, mais dans la présentation de la société, ila écrivent :

While we are based in Geneva, Switzerland, we have offices in Zurich, Prague, London, Vilnius, Skopje, Taipei, and many more employees working remotely around the world.

Je pense donc que tu peux postuler depuis n'importe où. En tout cas, j'essaierai soit d'envoyer directement une offre soit de demander une précision parce que cette phrase contredit la localisation de l'offre.

Ne faudrait-il pas mieux avoir la/le structure/squelette des différentes pages HTML (brut, sans devoir aller fouiller dans le code RoR) dans un dossier, et que celles-ci soient mises à jour lors des évolutions ? (mieux si c’est versionné pour pouvoir voir le diff…)

Dans le code sources, les "views" contiennent les modèles qui définissent la structure de l'HTML.

Ceci permettra aux mainteneuses et mainteneurs de styles tiers de pouvoir faire évoluer les styles […]

En 4 ans, personne n'a proposé de modifications sur ces styles, il n'exise pas d'équipe de maintenance pour les styles.

Ah, je vois que la page parente du lien que tu as donné y répond: elles continueront d'exister: https://wiki.documentfoundation.org/ReleasePlan

Le numéro de version de LibreOffice est fait pour parler à l'utilisateur. Point.

Le développeur a les compétences pour exploiter les informations détaillées qu'on lui donne s'il veut avoir une connaissance approfondie, dont l'identifiant du dernier commit, l'OS, l'architecture, etc. Toutes informations fournies par le menu Aide > À propos de LibreOffice.

Merci pour les précisions, c'est très claire :)

Dans l'article partagé par Ysabeau, il y a un commentaire intéressant qui demande s'il y aura encore les deux release "Fresh" et "Still" avec ce nouveau schéma de notation. Est-ce que tu aurais une information à ce sujet ?

Hello,

J'ai l'impression que cette fonctionnalité amène une très grande complexité dans la maintenance du site, car le CSS est directement lié à l'HTML et au JavaScript. Ainsi dès que l'on veut améliorer / modifier une partie de l'interface, il y a de fortes chances que les CSS tiers soient aussi impactées.

Pour cette fonctionnalité, je trouve que l'on est dans la même situation que le projet GNOME au sujet des options : plus on en ajoute, plus la maintenance du code est difficile (le nombre d'options augmente de manière exponentielle le nombre de tests à faire).

Tout comme GNOME, l'équipe de développement est très petite et bénévole, ce qui permet de justifier de ne pas ajouter trop d'options / fonctionnalités.

Je suis donc pour prendre le même genre de décision: réduire le plus possible le nombre de fonctionnalités pour augmenter la qualité du code restant.

Je sais que c'est assez rude pour nos utilisateurs, mais il faut être réaliste: depuis 4 ans (depuis que j'ai développé la nouvelle interface pour l'espace de rédaction), toutes les CSS alternatives sont cassées dans l'espace de rédaction (j'avais touché à l'HTML et au JavaScript).

Ça fait donc 4 ans que les CSS sont cassées pour la fonctionnalité majeur de LinuxFr: l'espace de rédaction collaboratif.

Le deuxième aspect important pour LinuxFr est la présentation et la lecture des articles. Un nouveau design plus moderne avait été proposé par mjourdan et pour l'implémenter, nous allons devoir forcément toucher au CSS, à l'HTML et au JavaScript. Ainsi, pour pouvoir améliorer ce second point majeur du site, nous serons encore une fois forcé de casser toutes les CSS alternatives.

En conclusion, je suis pour supprimer la fonctionnalité assez rapidement pour pouvoir plus facilement améliorer le CSS principal du site, ce qui aura beaucoup plus d'impact positifs pour les utilisateurs.

Je propose de faire cette suppression en même temps que le passage à Rails 7, ça simplifiera justement le nombre de tests à faire pour Rails 7 / Ruby 3.

Hello,

J'ai aussi besoin de publier une nouvelle version de la gem board-linuxfr pour la faire fonctionner avec Ruby 3 (sa dépendance Goliath doit être mise à jour).

Seulement, pour pouvoir mettre à jour les gems sur rubygems.org, nous devons ajouter chaque développeur comme mainteneur des gems.

Pour l'instant, le seul mainteneur lié aux gems de LinuxFr c'est Bruno Michel. Je pourrai le contacter pour lui demander de m'ajouter comme mainteneur, mais je me demandais si on ne ferait pas mieux d'utiliser directement le registry de gems de Github ?

Github propose un registry gratuit pour y stocker les gems que l'on produit (500Mo pour une organisation gratuite):

https://docs.github.com/en/packages/working-with-a-github-packages-registry/working-with-the-rubygems-registry

L'avantage c'est qu'il y aurait un seul endroit à gérer pour ajouter des mainteneurs au projet et que chaque mainteneur n'aurait pas besoin de créer un compte en plus sur rubygems.org.

Le désavantage, c'est que ça lierait encore un peu plus LinuxFr à Microsoft via Github.

Si jamais, Gitlab propose le même genre de fonctionnalité, mais je ne sais pas si on a l'intention de migrer le code source sur une instance Gitlab :)

M'est avis que c'est plutôt du côté du navigateur que tu devrais gérer ça, alors, mais le problème c'est que si ton PC est en anglais ça portera encore plus à confusion.

Si on le fait côté client, on va dépendre de JavaScript (méthode Date.toLocaleDateString) il me semble. Normalement rails devrait pouvoir le faire s'il reçoit la bonne entête HTTP Accept-Language.

Ce format est ambigu, en particulier pour les personnes travaillant régulièrement avec "mm/dd/yy" ("02/01/03").

Merci pour la suggestion, je comprends le problème, mais je demande si une autre solution serait plutôt de suivre les paramètres de localisation de la machine ?

Est-ce que ta machine est configurée avec ce format d'affichage ? Si oui, on pourrait laisser rails faire l'affichage selon ces préférences.

Après, ça ferait peut être bizarre d'avoir tout le site en français et l'affichage des dates dans le format de la machine ?

En tout cas la solution que tu proposes permet de ne plus avoir d’ambigüité, merci :)

En fait, si je cherche une autre solution, c'est parce que je trouve qu'écrire le mois et l'année en entier alourdi le texte écrit sous les titres des contenus (je trouve que ce texte est déjà trop chargé d'informations).

Par exemple, pour ce commentaire, on passerait de:

Posté par Adrien Dorsaz (site web personnel, adresse XMPP, Mastodon) le 11/12/23 à 17:05. En réponse au journal Comment savoir si le style sombre est actif ?. Évalué à 3 (+1/-0). Dernière modification le 11/12/23 à 17:09.

à

Posté par Adrien Dorsaz (site web personnel, adresse XMPP, Mastodon) le 11 décembre 2023 à 17:05. En réponse au journal Comment savoir si le style sombre est actif ?. Évalué à 3 (+1/-0). Dernière modification le 11 décembre 2023 à 17:09.

Mais peut être que je chipote et que finalement le texte est déjà trop chargé et que l'on n'est plus à quelques mots près.

tu peux faire ctrl-alt-delete 7 fois en moins de 2 secondes

Euh … ils ont pris quoi pour penser à un truc pareil ?

Si je me souviens bien, il n'y a pas besoin de faire 7 fois la manipulation en 2 secondes: il suffit de tenir la séquence appuyée pendant 2 secondes ;)

Pour Cinnamon, ils ont créé le projet xdg-desktop-portal-xapp et d'après la description du projet, il fournit aussi cette fonctionnalité pour Xfce4. Il faudrait essayer de l'installer.

J'en déduis donc que le portail sans suffixe et celui de gtk ne fournissent pas la fonctionnalité des Settings :)

---

Edit: le site web de documentation a été mis à jour et le lien "section" de mon journal pointe juste aur un index. Le nouveau lien est: https://flatpak.github.io/xdg-desktop-portal/docs/doc-org.freedesktop.portal.Settings.html

Si jamais la méthode ReadOne est assez récente, il faut peut être utiliser Read si l'implémentation est un peu vieille.

C'est drôle ça, doit-on en déduire que tu ne fais pas les mises à jour de sécurité ?

Comme précisé :

(perso, en terme de suivi des installations que j’ai faite chez des particuliers, la maintenance —avec vérification des mises à jours— c’est une à deux fois par an ;

Si jamais, pour faire appliquer automatiquement les mises à jour de sécurité sans interventions de ta part, il y a l'outil unattended-upgrades.

Il est configuré par défaut pour ça justement : mettre à jour la liste des paquets et appliquer les mises à jour qui sont taguées "sécurité".

Il faudrait contrôler si la configuration par défaut redémarre la machine aussi automatiquement (le redémarrage est programmable pendant la nuit par exemple).

Je ne connaissais pas cette fonctionnalité, merci !

C'est sympa comme petit moteur de template.

Je trouve que c'est pas mal, parce que le fichier HTML sera complet dès la réception par le navigateur.

Je vois qu'Apache le supporte aussi. Mais c'est un peu plus dangereux de l'activer, parce qu'il permet aussi d'exécuter un shell.

J’allais demander si tu avais reproduit les spécifications du markdown de linuxfr mais je vois que sur ton blog le HTML intégré suivant n’a pas été viré.

Pour chaque article de mon blog, j'écris du HTML directement avec l'aide de prettier dans vim.

En fait, si tu regardes la source de la page d'un article, c'est quasiment le fichier qui se trouve sur mon git: https://gitlab.adorsaz.ch/adrien/adorsaz.ch/-/blob/bf2aa989380be32f99d51e1520d8ce1b99e92854/src/articles/decouvertes-logiciels-libres-ete-2023.html

J'avais à cœur que le fichier HTML codé soit un fichier complet et donc auto-suffisant si JavaScript n'est pas activé. C'est très pratique car je peux dire à Firefox d'ouvrir le fichier directement pour prévisualiser sans avoir besoin d'étape supplémentaire ou de serveur web.

Seulement, je ne voulais pas non plus répéter l'en-tête du blog dans chaque page d'article. Comme je n'ai pas de moteur de template, ce que j'ai fait, c'est que le code JavaScript d'article.js injecte l'en-tête du blog dans l'article.

C’est sympa les méta et leur rendu.

Merci :) C'est justement dans la suite de cette idée: je voulais donner les méta dans le fichier HTML directement sans avoir besoin de me répéter. Donc pour les lecteurs qui activent JavaScript je leur en fait une présentation sous le titre et pour les autres je leur avertit que c'est disponible dans les balises meta du code source.

J’allais demander si tu avais reproduit les spécifications du markdown de linuxfr

Pour écrire le journal, j'ai donc du traduire l'HTML vers son markdown. Ça se fait assez bien à la main, l'article n'est pas trop long. Effectivement, le markdown ne permet pas de tout avoir, j'ai dû laissé tombé l'exemple du form et j'ai juste référé à l'exemple de la documentation de Mozilla.

Hello,

Je suis tombé hier soir sur la page d'informations de licence dans les menus de la Nintendo Switch suite à une mise à jour hier.

Eh ben, ils ont juste fait une immense page défilable avec toutes les mentions et licences.

J'ai commencé à lire le début (il y a curl, c'est peut-être pour ça la mise à jour ?), mais j'ai assez vite abandonné quand j'ai vu la taille de l'ascenseur de la scrollbar 😅

J'imagine que Nintendo a contrôlé que c'était une solution suffisante avant de le faire…

Après il serait peut être envisageable d'ajouter un index des projets ou un système de recherche par nom. Ça serait plus sympa pour rendre plus visible les projets (bon ça restera un index avec 1200 entrées 😬).