Adrien Dorsaz a écrit 958 commentaires

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 😬).

Hello,

J'étais tombé sur cet article quand je cherchais des couleurs pour les graphes:

https://thenode.biologists.com/data-visualization-with-flying-colors/research/

L'article étudie 4 possibilités de palette et y explique qu'il faisait éviter de faire des graphes avec plus de huits couleurs différentes.

Comme dit dans les commentaires plus haut, il y a des simulateurs qui peuvent aider à vérifier le résultat.

Enfin, j'avais aussi lu ailleurs qu'une bonne stratégie si on veut aussi aider les personnes avec peu de perception de couleurs (vision quasiment en nuances de gris), ça serait d'utiliser les formes ou trame de fonds au lieu de faire des aplats.

Merci pour le lien. C'est dommage qu'il y ait autant de texte anti-systemd et "c'était mieux avant", parce qu'il y a une remarque qui me semble pertinente :

En gros, il dit que les développeurs d'applications s'attendent à toujours avoir un OS de moins de deux ans et que les OS eux-mêmes s'attendent à avoir du matériel de moins de deux.

Sur ce premier point, je pense qu'il force le trait et que des solutions existent déjà pour utiliser des logiciels récents sur des vieux OS: flatpak et snap.

Ensuite, il écrit que les OS ne font même plus de paquets pour certains logiciels important : Ubuntu n'a plus de paquet pour naviguer sur le web (Firefox et Chromium sont des snap fournis par Mozilla et Canonical) et RedHat ne propose plus de traitement de texte WYSIWYG (LibreOffice ne sera disponible que via le flatpak de la communauté LibreOffice).

De nouveau, il exagère un peu, car son argument ne tient pas pour Chromium vu que le paquet snap est créé par Canonical.

Mais quand même, comment Canonical va pouvoir proposer un version Ubuntu supportée sur 10 ans avec Firefox si les développeurs de Firefox arrêtent le support de ces vieilles version d'Ubuntu ?

Pour moi en personnel, ce n'est pas grave car je peux mettre à jour mes PCs. Mais pour ceux qui ont besoin d'une distribution Linux sur 10 ans, est-ce que ça remplit encore leurs besoins si de plus en plus de logiciels seront fournis directement par les développeurs du logiciel ?

Finalement à qui se destine ce support sur 10 ans et pour quels besoins ?

En fait, je doute que ces gros logiciels (Firefox, Chrome et LibreOffice) aient été couverts par le support LTS d'Ubuntu et de Redhat. Vous avez des infos ?

Si ce n'était déjà pas supporté, alors la situation s'est juste améliorée: plutôt que d'avoir une version figée de Firefox sur 10 ans, il sera possible de garder une version à jour plus longtemps (jusqu'à ce que Mozilla décide que l'OS est trop vieux).

pour mon OS (Mac OS 10.11.6, là ok ça commence à dater, juillet 2018 mais mon matériel date lui de 2011)

Si Apple a arrêté le support du matériel, ce n'est pas la faute des développeurs de Firefox / Chrome ni de ceux des applications web.

Heureusement, les logiciels libres comme Linux et Freebsd permettent de faire un pied de nez à Apple et continuer à utiliser du matériel qui fonctionne encore bien malgré son âge.

En plus ces solutions permettent souvent d'utiliser un système d'exploitation à jour sur ce genre de matériel avec les derniers correctifs de sécurité disponibles.

Hello,

Merci je n'avais pas remarqué, tu as raison c'est bien mieux 😅