Adrien Dorsaz a écrit 894 commentaires

Si jamais, l'extension ublock origine te permet de faire la même procédure de 3 manières:

• avec soit un clique droit sur l'élément à cacher (ublock origine apparaît dans le menu contextuel)
• via la pipette de la fenêtre d'ublock pour créer une règle permanente
• via l'éclaire (mode "zypper") de la même fenêtre pour rapidement supprimer un composant html de la page (c'est temporaire, les composants s'affichent à nouveau si on rafraîchit la page)

Tu peux aussi le faire dans la version mobile sur Firefox pour Android, mais je ne me souviens plus les gestes qu'il faut faire pour quitter les modes "pipette" et "zypper".

Le tableau dit pour LineageOS;

• "No" pour "Network based location" (c'est logique, car c'est Google Play Service qui fournit cette fonctionnalité et qu'il n'est pas proposé par défaut dans LineageOS)
• "n/a" pour "Network location provider" dans la partie "degoogled"

Ça correspond donc bien à mon expérience: pas de dépendance pour ce point à Google et aucun fournisseur de ce service par défaut.

Désolé pour l'incruste, mais si je me souviens bien, LineageOS est prêt pour faire la localisation avec antennes GSM et wifi, mais n'a aucun fournisseur de service installé pour le faire par défaut (il n'y a donc aucune dépendance envers Google pour cette fonctionnalité).

Si tu veux vraiment utiliser cette géolocalisation plus précise avec GSM et wifi, il faut installer un fournisseur de service comme les logiciels libres "UnifiedN LP" sous F-Droid. Avec cette liste, au moins tu peux choisir le fournisseur de service ou créer tes propres bases de données.

Quel smartphone? Ta puce GPS semble avoir un problème. Normalement, le GPS démarre en quelques secondes, sans google bien sûr. Même un démarrage à froid dure moins de deux minutes.

J'ai eu un Fairphone 2 et, clairement, la puce GPS/A-GPS/GLONASS était soit mauvaise soit dysfonctionnelle, car il fallait plusieurs dizaines de secondes pour capter un signal médiocre. J'avais essayé d'installer les services UnifiedNLP, mais le gain de précision et temps d'accroche n'était pas si impressionnant.

Après, j'ai eu l'occasion d'avoir un Fairphone 4, cette fois la puce GPS/A-GPS/GLONASS/BeiDou/Galileo fonctionne vraiment très bien et mon téléphone trouve sa localisation assez rapidement. Je n'ai pas mesuré, mais je vois bien qu'Organic Map n'attend pas des plombes avant de me situer.

---

Bon, je viens de faire un tour sur un site de comparaison de spécifications entre un Fairphone 2 et un Fairphone 4… Il y a eu clairement un saut technologique entre l'architecture 32bits vs 64bits, l'apparition de l'architecture big.LITTLE, la finesse processeur 28nm vs 8nm, la fréquence de la RAM doublée, la quantité de RAM de 2Gio à 6Gio… et bien sûr, la version de LineageOS supportée.

Ce meilleur fonctionnement, n'est peut être pas du tout liée à la qualité de la puce de localisation, mais juste de manière générale aux améliorations de tout le matériel.

Il y a 2 cas pour moi:

• j'ai reçu sur mon téléephone un mail avec un pdf que je dois signer. Je l'ai déjà sous les yeux, autant l'imprimer depuis là sans devoir démarrer mon laptop pour retrouver le même mail
• pour des travaux actuellement je vis chez des connaissances qui ont une imprimante qui ne fonctionne pas avec Linux, mais très bien avec Android. C'est temporaire alors imprimer depuis Android est largement suffisant.

Est-ce que j'ai répondu à ta question dans mon autre commentaire ?

Oui, merci.

Qu'est-ce qui manque pour que mon patch soit accepté ?

Du temps et de la bande passante de l'équipe bénévole pour pouvoir faire une mise en production 😉

Je n'ai jamais trouvé un lecteur PDF qui s'intègre bien avec des Android plus récent que la version 4 et qui sache utiliser le service d'impression d'Android.

Collabora Office est bien capable d'ouvrir et imprimer dds PDFs, mais il est vraiment très lent à l'ouverture, difficile à naviguer et à trouver l'option d'impression cachée sous le menu "Fichier".

Heureusement, depuis quelques mois, Firefox pour Android permet d'utiliser le lecteur PDF de Firefox et, en plus, le service d'impression est disponible avec le bouton "Imprimer" du menu de Firefox (le bouton n'est pas visible dans la barre d'outil du lecteur PDF, mais il gagnerait à y être).

Je crois que ça a été réglé récemment, mais Firefox n'était pas proposé comme lecteur PDF quand j'essayais d'ouvrir un PDF depuis une autre application.

---

PS: merci pour le comparatif, il est très bien fait 🙂

La première fois que j'ai vu l'utilisation de uppercase dans un script, c'était pour pouvoir faire un test de comparaison de string facilement.

Genre tester si valeur de l'argument passé par l'utilisateur est une variante de True/true/TRUE…

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.