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'instant1.
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.
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 ?
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.
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):
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).
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 :)
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).
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.
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.
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 😬).
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.
Wayland qui me semble venir par défaut avec la 12…
Je pense qu'il y a confusion: Wayland n'est pas un serveur mais un protocole qui doit être implémenté par les environnements graphiques.
Les trois implémentations dont j'ai le plus entendu parlés sont GNOME Shell, KDE Plasma et Sway par exemple.
Debian a choisi d'installer par défaut GNOME si on lui demande d'installer un environnement graphique. Et GNOME Shell propose lui même par défaut d'utiliser son implémentation de Wayland a la place d'utiliser le serveur X.
Pour raccourcir certains disent que Debian installe Wayland par défaut, mais en réalité ça dépend du choix de l'environnement graphique à l'installation.
Tu peux très bien continuer d'utiliser le serveur X comme d'habitude, il n'y a pas de plans pour le supprimer actuellement il me semble.
J'avais vu passer dans le forum de GNOME une question sur le sujet.
En gros, depuis Nautilus 43 le panneau de côté est caché automatiquement s'il n'y a plus assez de place pour afficher assez d'icones. Il n'y a plus de moyen de le forcer quand la taille de la fenêtre est assez grande.
Dès lors que le panneau est caché, l'utilisateur peut forcer son affichage avec F9.
Je vois qu'ils parlent d'un contournement en demandant d'afficher la taille des icônes en plus grand pour forcer à faire disparaître le panneau. Mais je doute que ça permettra d'afficher plus d'icones dans ton cas.
Enfin, j'avais juste vu cette discussion à propos de Nautilus 43, je ne sais pas s'il y a eu des changements depuis.
J'avais regardé en fin d'année dernière. Il faut savoir que l'application desktop de Teams est en réalité une application web déployée avec Electron.
L'application web pourrait rececoir les mises à jour sans avoir besoin de passer par le gestionnaire de paquets Linux (je parlerai d'apt après pour simplifier), mais je ne sais pas si Microsoft le fait.
Ce qui est sûr, c'est que, pour mettre à jour Electron (autrement-dit Chrome), il faut passer par les mises à jour apt.
Pour réussir une bonne intégration avec Linux, Wayland, Pipewire / Pulseaudio… il faut avoir Electron/Chrome bien à jour car c'est là que toute l'intégration se passe.
Or, quand j'ai regardé en fin d'année dernière, apt n'avait pas reçu de mise à jour de Teams depuis environ 2 ans.
Ce qui fait qu'Electron/Chrome était trop vieux pour s'intégrer avec Wayland et pipewire et donc je ne pouvais ni faire fonctionner le partage d'écran, ni utiliser correctement mon casque audio.
En cherchant des solutions, j'ai trouvé plusieurs utilisateurs qui expliquaient que la meilleur expérience est faite avec l'installation de Teams via Chrome: Chrome propose d'installer Teams dans la barre d'url quand tu navigues sur l'application web de Teams.
Et ils avaient raison, puisque tu te retrouves avec un Chrome toujours à jour, tu peux avoir une bonne intégration. Tu peux même activer les fonctionnalités expérimentales de Chrome pour activer le partage d'écran via pipewire et donc avoir le partage d'écran fonctionnel avec Wayland. Ce qui était impossible avec la distribution Electron.
Finalement, Microsoft eux même recommandent cette méthode (PWA) pour les utilisateurs Linux:
We encourage our Teams Linux users to switch over to the PWA to get the latest Linux features and a desktop-like experience. Stay tuned for the latest news on the Microsoft Teams blog.
[^] # Re: Doublon
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi La pagination du suivi ne prend pas le filtre courant en compte. Évalué à 2 (+0/-0).
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 :)
[^] # Re: En attendant
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi fournir un jeu de données de test pour le développement de linuxfr. Évalué à 3 (+1/-0).
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:
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" ?
[^] # Re: fix
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi le format d'affichage des dates est ambigu. Évalué à 2 (+0/-0).
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'instant1.
Je ne connais pas bien Ruby et je ne suis pas sûr de comprendre comment fonctionne le formatage avec I18n:
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.
[^] # Re: Recrutement
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Protonmail cherche désespérément des devs Linux. Évalué à 3.
Je me connais pas non plus les lois, mais dans la présentation de la société, ila écrivent :
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.
[^] # Re: Documenter pour la maintenabilité
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi CSS contribuées, utilisation et mise à jour. Évalué à 2 (+0/-0).
Dans le code sources, les "views" contiennent les modèles qui définissent la structure de l'HTML.
En 4 ans, personne n'a proposé de modifications sur ces styles, il n'exise pas d'équipe de maintenance pour les styles.
[^] # Re: Précision sur le numéro de version
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal LibreOffice 24.2 : un avant-goût. Évalué à 3.
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
[^] # Re: Précision sur le numéro de version
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal LibreOffice 24.2 : un avant-goût. Évalué à 3.
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 ?
# Laisser tomber pour la maintenabilité
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi CSS contribuées, utilisation et mise à jour. Évalué à 2 (+0/-0).
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.
[^] # Publier les gems
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Passer de Debian Stretch à Debian Bookworm / Ruby 2.3 à 3.1 / Rails 5.2.5 à >7.0.0. Évalué à 3 (+0/-0).
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 :)
[^] # Re: fix
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi le format d'affichage des dates est ambigu. Évalué à 2 (+0/-0).
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.
[^] # Re: fix
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi le format d'affichage des dates est ambigu. Évalué à 4 (+0/-0).
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:
à
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.
[^] # Re: Mauvaise imitation ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Le BSOD devait apparaître sous GNU/Linux. Évalué à 2.
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 ;)
[^] # Re: Marche pas chez moi :-(
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Comment savoir si le style sombre est actif ?. Évalué à 3. Dernière modification le 11 décembre 2023 à 17:09.
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
ReadOneest assez récente, il faut peut être utiliserReadsi l'implémentation est un peu vieille.[^] # Re: Fedora
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Ma version rêvée de Debian. Évalué à 4. Dernière modification le 09 décembre 2023 à 07:59.
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).
[^] # Re: blog
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Découvertes de logiciels libres - été 2023. Évalué à 2.
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.
[^] # Re: blog
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Découvertes de logiciels libres - été 2023. Évalué à 3. Dernière modification le 11 novembre 2023 à 22:39.
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.jsinjecte l'en-tête du blog dans l'article.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.
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
formet j'ai juste référé à l'exemple de la documentation de Mozilla.# Nintendo fait une énorme liste des licences dans une seul page
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au message Licences MIT/BSD et distribution binaire. Évalué à 6.
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 😬).
# Des palettes déjà étudiées
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal L'avis des daltoniens. Évalué à 7.
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.
# De l'obligation de mettre à jour son OS et son matériel
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Linux becoming a Windows / OSX clone. Évalué à 3.
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).
[^] # Re: D'accord, mais pourquoi ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Le grand remplacement des navigateurs Web d’avant 2020. Évalué à 9. Dernière modification le 26 août 2023 à 02:13.
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.
[^] # Re: Tableau MD
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Passer de Debian Stretch à Debian Bookworm / Ruby 2.3 à 3.1 / Rails 5.2.5 à >7.0.0. Évalué à 2 (+0/-0).
Hello,
Merci je n'avais pas remarqué, tu as raison c'est bien mieux 😅
[^] # Re: Source
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien the bug 323 community, where all x87 floating point errors in gcc come to die! . Évalué à 3.
Merci, c'est chouette de voir que les partages peuvent intéresser d'autres :)
En lisant en vitesse le rapport de bug, je n'avais pas bien compris de quoi il en retournait. Depuis, Gee a fait un article sur le blog de Superflu qui explique très bien ce qui se passe (en français): https://studios.ptilouk.net/superflu-riteurnz/blog/2023-08-11_bug323.html
[^] # Re: Wayland inside?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Debian 12 : le début d'une nouvelle ère. Évalué à 9.
Je pense qu'il y a confusion: Wayland n'est pas un serveur mais un protocole qui doit être implémenté par les environnements graphiques.
Les trois implémentations dont j'ai le plus entendu parlés sont GNOME Shell, KDE Plasma et Sway par exemple.
Debian a choisi d'installer par défaut GNOME si on lui demande d'installer un environnement graphique. Et GNOME Shell propose lui même par défaut d'utiliser son implémentation de Wayland a la place d'utiliser le serveur X.
Pour raccourcir certains disent que Debian installe Wayland par défaut, mais en réalité ça dépend du choix de l'environnement graphique à l'installation.
Tu peux très bien continuer d'utiliser le serveur X comme d'habitude, il n'y a pas de plans pour le supprimer actuellement il me semble.
# Le panneau est caché automatiquement
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au message Usage du navigateur de fichier. Évalué à 5.
Hello!
J'avais vu passer dans le forum de GNOME une question sur le sujet.
En gros, depuis Nautilus 43 le panneau de côté est caché automatiquement s'il n'y a plus assez de place pour afficher assez d'icones. Il n'y a plus de moyen de le forcer quand la taille de la fenêtre est assez grande.
Dès lors que le panneau est caché, l'utilisateur peut forcer son affichage avec F9.
Je vois qu'ils parlent d'un contournement en demandant d'afficher la taille des icônes en plus grand pour forcer à faire disparaître le panneau. Mais je doute que ça permettra d'afficher plus d'icones dans ton cas.
Enfin, j'avais juste vu cette discussion à propos de Nautilus 43, je ne sais pas s'il y a eu des changements depuis.
[^] # Re: au boulot
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Publication de Debian 12 « Bookworm ». Évalué à 8. Dernière modification le 12 juin 2023 à 07:42.
J'avais regardé en fin d'année dernière. Il faut savoir que l'application desktop de Teams est en réalité une application web déployée avec Electron.
L'application web pourrait rececoir les mises à jour sans avoir besoin de passer par le gestionnaire de paquets Linux (je parlerai d'apt après pour simplifier), mais je ne sais pas si Microsoft le fait.
Ce qui est sûr, c'est que, pour mettre à jour Electron (autrement-dit Chrome), il faut passer par les mises à jour apt.
Pour réussir une bonne intégration avec Linux, Wayland, Pipewire / Pulseaudio… il faut avoir Electron/Chrome bien à jour car c'est là que toute l'intégration se passe.
Or, quand j'ai regardé en fin d'année dernière, apt n'avait pas reçu de mise à jour de Teams depuis environ 2 ans.
Ce qui fait qu'Electron/Chrome était trop vieux pour s'intégrer avec Wayland et pipewire et donc je ne pouvais ni faire fonctionner le partage d'écran, ni utiliser correctement mon casque audio.
En cherchant des solutions, j'ai trouvé plusieurs utilisateurs qui expliquaient que la meilleur expérience est faite avec l'installation de Teams via Chrome: Chrome propose d'installer Teams dans la barre d'url quand tu navigues sur l'application web de Teams.
Et ils avaient raison, puisque tu te retrouves avec un Chrome toujours à jour, tu peux avoir une bonne intégration. Tu peux même activer les fonctionnalités expérimentales de Chrome pour activer le partage d'écran via pipewire et donc avoir le partage d'écran fonctionnel avec Wayland. Ce qui était impossible avec la distribution Electron.
Finalement, Microsoft eux même recommandent cette méthode (PWA) pour les utilisateurs Linux: