Ah donc parce que c'est du féminin, il ne faut pas l'utiliser ?
Et le sujet initial, c'est surtout que cartes.gouv.org ne peut pas défier GMaps (et ce n'est pas son objectif) contrairement à ce que raconte Numerama.
Une pute désigne aussi les hommes dans le langage courant (et j'en connais plus d'un chez les politiciens 🤣). Et un gigolo ne correspond pas à la prostitution masculine dans sa globalité, c'est un sous-ensemble.
Oui je trouve cela aussi très bien et ils n'ont pas à rougir face à Google ou Apple.
La puissance d'OpenStreetMap et de ses contributeurs est ici bien mise en valeur. Idem avec Panoramax et Wikipédia.
🤣 Un autre test (avec une autre Web app que je viens de découvrir) mais là à l'endroit où je pense qu'ils veulent construire le Data Center d'après l'article.
Ce n'est bien entendu pas la même chose que Wikinews, car sur cette page les articles sont des articles de Wikipédia liés à l'actualité et qui sont en réalité les articles les plus consultés sur Wikipédia alors que sur Wikinews, ce sont des articles dédiés à l'actualité comme sur un site d'actualités.
On en reparlera dans quelques temps 🤣
Les développeurs et développeuses d'un très bon niveau seront rares et donc chers pour rattraper la merde générée par IA. Il suffit d'attendre, la hype va passer.
j'ai aéré mon composte, bêché, planté des patates (jeudi à la saint Joseph, je peux pas), semé des petits pois, préparé mes semis de tomates et nettoyé mes haies.
Et tout cela à la main (donc sans cramer la planète pour rien) !
Et en plus je suis allé voter.
Pas mal pour un weekend, non ?
Ce fragment apparaîtrait dans une zone de la page qui est prévue pour ça, mais qui serait vide en temps normal.
Zone qui aurait un mu-patch-target et si le serveur répondait cette zone avec quelque chose de non vide elle apparaîtrait.
Ce que tu veux dire c'est que le serveur peut ne pas répondre avec toutes les targets, seulement celles données par le serveur seront patchées.
Je présume aussi que le serveur peut répondre avec un nouvel élément ayant un mu-patch-target à condition qu'il place ce nouvel élément dans un autre élément ayant lui aussi un mu-patch-target et déjà présent dans la page, sinon il ne sera pas pris en compte.
le serveur retourne uniquement les fragments qu'il veut mettre à jour
Je ne comprends pas bien comment le serveur peut décider quels fragments mettre à jour puisqu'il n'a aucun contexte, il peut juste savoir s'il est appelé par µJS ou directement par le navigateur (ou bot).
Ok donc le backend peut savoir que c'est µJS qui l'appelle mais est obligé à minima de fournir tous les tags patchables de la page et pas éventuellement un en particulier.
Je vois un gros intérêt à ne pas mettre à jour la totalité du body est s'il contient des éléments avec lesquels l'utilisateur peut interagir : vidéo, champ input, tag detail, case à cocher, bouton radio, etc. Du coup il faut éviter de mettre ce type d'élément dans des tags patchables sinon l'effet ne sera pas top pour l'utilisateur.
EDIT: Je viens de voir que tu conseilles d'utiliser le module Idiomorph de chez HTMX pour cela.
Pour le cache effectivement puisque du coup il n'y a que 2 variantes possibles pour une même URL.
Pour le service worker ok mais il faut faire attention à reconduire tes headers si on y bricole une nouvelle requête.
de la fonction _onPopState() quand le state de l'event est à null qui provoque la boucle infinie. Peut être que tu devrais comparer window.location.href à document.location.href et ne faire l'affection que s'il y a une différence. L'affectation doit probablement produire une event popstate d'office avec Safari et du coup cela tourne en rond.
Pas mal, mais avec Safari (version 26.3.1 sur macOS, pas testé sur iPhone) et sur la partie documentation, la navigation est d'une lenteur abominable. Il doit y avoir un problème avec la fonction _onPopState() qui tombe en erreur :
RangeError: Maximum call stack size exceeded.
D'où la lenteur dés qu'on clique dans la barre de navigation.
Tu ouvres sans doute le fichier index.html directement dans Firefox, donc tu es en protocole file://.
Tu devrais peut être mettre "assets/…" et non "./assets/…" pour le chemin de tes fichiers Javascript qui ne sont probablement pas chargés, et du coup, la fonction v2 manque alors qu'elle est appelée dans du code Javascript dans le corps du HTML.
J'ai testé la version de démo, c'est pas mal, mais ce que je trouve dommage c'est que la partie description des flux RSS n'est pas affichée, l'image et le titre c'est bien, mais la description (quand elle existe) est un plus je trouve pour éventuellement aller voir l'article.
Note: Les systèmes automatisés ne sont pas parfaits — bien que les preuves suggèrent un risque, il y a encore une chance que le site soit légitime. Nous recommandons de vérifier le site web en utilisant une analyse détaillée ou en contactant l'entreprise directement par des canaux vérifiés.
Comme le domaine est jeune (9 jours) cela semble peser pour sa mauvaise note.
Perso, je suis allé plusieurs fois dessus et pas de problème, pas de cookie, uniquement des connexions vers le domaine d'origine xikipedia.org et vers wikimedia.org pour les images des articles.
[^] # Re: "Défier Google Maps et Street View"
Posté par Fernando . En réponse au lien C’est la fin de Géoportail : avec cartes.gouv.fr, la France vient défier Google Maps et Street View. Évalué à 5 (+4/-0).
Cartes.app utilise OSM et ne s'en cache pas, il y a même une bonne collaboration avec OSM France (va voir sur le forum https://forum.openstreetmap.fr).
Des fonctionnalités en plus pour un abonnement de 1 euro par mois, ce n'est pas choquant, il faut bien payer les serveurs.
Et le code est libre :
https://codeberg.org/cartes/web et https://codeberg.org/cartes/serveur
[^] # Re: "Défier Google Maps et Street View"
Posté par Fernando . En réponse au lien C’est la fin de Géoportail : avec cartes.gouv.fr, la France vient défier Google Maps et Street View. Évalué à -1 (+2/-4).
Ah donc parce que c'est du féminin, il ne faut pas l'utiliser ?
Et le sujet initial, c'est surtout que cartes.gouv.org ne peut pas défier GMaps (et ce n'est pas son objectif) contrairement à ce que raconte Numerama.
Mais bon c'est passé à l'as.
[^] # Re: "Défier Google Maps et Street View"
Posté par Fernando . En réponse au lien C’est la fin de Géoportail : avec cartes.gouv.fr, la France vient défier Google Maps et Street View. Évalué à -1 (+2/-4).
Une pute désigne aussi les hommes dans le langage courant (et j'en connais plus d'un chez les politiciens 🤣). Et un gigolo ne correspond pas à la prostitution masculine dans sa globalité, c'est un sous-ensemble.
[^] # Re: "Défier Google Maps et Street View"
Posté par Fernando . En réponse au lien C’est la fin de Géoportail : avec cartes.gouv.fr, la France vient défier Google Maps et Street View. Évalué à 0 (+4/-5).
Je ne vois pas ce qu'il y a de sexiste dans la mesure ou la prostitution est pratiquée par les 2 sexes !
[^] # Re: "Défier Google Maps et Street View"
Posté par Fernando . En réponse au lien C’est la fin de Géoportail : avec cartes.gouv.fr, la France vient défier Google Maps et Street View. Évalué à 2 (+1/-0).
"Piège à clics" est le terme recommandé :
https://www.culture.fr/franceterme/terme/CULT752
https://fr.wikipedia.org/wiki/Piège_à_clics
# "Défier Google Maps et Street View"
Posté par Fernando . En réponse au lien C’est la fin de Géoportail : avec cartes.gouv.fr, la France vient défier Google Maps et Street View. Évalué à 4 (+4/-1).
C'est bien du putaclic façon Numerama !
Evidemment que ce n'est pas le cas, cartes.gouv.fr couvre uniquement la France et cible un usage plus pro que GMaps.
Numerama devrait regarder https://cartes.app, là c'est plus comparable à Google Maps ou d'autres.
# Et à qui profite le crime ?
Posté par Fernando . En réponse au journal L'appli gratuite, nouvelle télécommande obligatoire du pauvre.. Évalué à 9 (+8/-0).
Google et Apple.
[^] # Re: Très bien
Posté par Fernando . En réponse au lien cartes.app v1 (beta). Évalué à 2 (+1/-0).
Oui je trouve cela aussi très bien et ils n'ont pas à rougir face à Google ou Apple.
La puissance d'OpenStreetMap et de ses contributeurs est ici bien mise en valeur. Idem avec Panoramax et Wikipédia.
[^] # Re: Oui mais...
Posté par Fernando . En réponse au lien IA : dans la Drôme, la population résiste contre un gigantesque data center. Évalué à 1 (+0/-0).
🤣 Un autre test (avec une autre Web app que je viens de découvrir) mais là à l'endroit où je pense qu'ils veulent construire le Data Center d'après l'article.
# Dommage
Posté par Fernando . En réponse au lien Fin de Wikinews confirmée. Évalué à 3. Dernière modification le 30 mars 2026 à 14:19.
C'est dommage, mais il est vrai que quand j'y allais, il y avait rarement des articles frais (et c'est encore le cas, le dernier date du 21 février).
Sinon il y a ça : https://wikiroom.fr/news
Ce n'est bien entendu pas la même chose que Wikinews, car sur cette page les articles sont des articles de Wikipédia liés à l'actualité et qui sont en réalité les articles les plus consultés sur Wikipédia alors que sur Wikinews, ce sont des articles dédiés à l'actualité comme sur un site d'actualités.
C'est une mise en œuvre de ce que décrit Marie-Noëlle Doutreix dans cet article de l'INA : https://larevuedesmedias.ina.fr/wikipedia-media-actualite-journalistes-fake-news-plateforme
[^] # Re: Change de métier et garde ta passion.
Posté par Fernando . En réponse au lien Les IA génératives sont en train de me dégoûter de mon métier.. Évalué à 6.
On en reparlera dans quelques temps 🤣
Les développeurs et développeuses d'un très bon niveau seront rares et donc chers pour rattraper la merde générée par IA. Il suffit d'attendre, la hype va passer.
# Et moi ce week-end ...
Posté par Fernando . En réponse au journal Vibe Coding lisp amateur. Évalué à 10.
j'ai aéré mon composte, bêché, planté des patates (jeudi à la saint Joseph, je peux pas), semé des petits pois, préparé mes semis de tomates et nettoyé mes haies.
Et tout cela à la main (donc sans cramer la planète pour rien) !
Et en plus je suis allé voter.
Pas mal pour un weekend, non ?
[^] # Re: contenus et habillage
Posté par Fernando . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 3.
Zone qui aurait un mu-patch-target et si le serveur répondait cette zone avec quelque chose de non vide elle apparaîtrait.
Ce que tu veux dire c'est que le serveur peut ne pas répondre avec toutes les targets, seulement celles données par le serveur seront patchées.
Je présume aussi que le serveur peut répondre avec un nouvel élément ayant un mu-patch-target à condition qu'il place ce nouvel élément dans un autre élément ayant lui aussi un mu-patch-target et déjà présent dans la page, sinon il ne sera pas pris en compte.
[^] # Re: contenus et habillage
Posté par Fernando . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 2.
Je ne comprends pas bien comment le serveur peut décider quels fragments mettre à jour puisqu'il n'a aucun contexte, il peut juste savoir s'il est appelé par µJS ou directement par le navigateur (ou bot).
[^] # Re: contenus et habillage
Posté par Fernando . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 3.
Ok donc le backend peut savoir que c'est µJS qui l'appelle mais est obligé à minima de fournir tous les tags patchables de la page et pas éventuellement un en particulier.
Je vois un gros intérêt à ne pas mettre à jour la totalité du body est s'il contient des éléments avec lesquels l'utilisateur peut interagir : vidéo, champ input, tag detail, case à cocher, bouton radio, etc. Du coup il faut éviter de mettre ce type d'élément dans des tags patchables sinon l'effet ne sera pas top pour l'utilisateur.
EDIT: Je viens de voir que tu conseilles d'utiliser le module Idiomorph de chez HTMX pour cela.
Pour le cache effectivement puisque du coup il n'y a que 2 variantes possibles pour une même URL.
Pour le service worker ok mais il faut faire attention à reconduire tes headers si on y bricole une nouvelle requête.
[^] # Re: contenus et habillage
Posté par Fernando . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 4.
Je vois 2 headers spécifiques (la doc dit qu'il y en a d'autres) :
X-Mu-Prefetch: 1
X-Requested-With: mujs (donc pas XMLHttpRequest)
Du coup le backend peut savoir que c'est µJS qui a fait l'appel mais comment peut-il savoir quel fragment servir ? C'est d'office le tag body ?
Et quid du cache HTTP, c'est la même URL en GET du coup s'il y a du cache cela risque de cafouiller non ?
Par ailleurs que se passe t'il si on utilise un service worker (PWA) ? Ces headers vont-ils passer ?
[^] # Re: Problème avec Safari
Posté par Fernando . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 3. Dernière modification le 11 mars 2026 à 19:02.
Et sinon c'est la ligne :
window.location.href = document.location
de la fonction _onPopState() quand le state de l'event est à null qui provoque la boucle infinie. Peut être que tu devrais comparer window.location.href à document.location.href et ne faire l'affection que s'il y a une différence. L'affectation doit probablement produire une event popstate d'office avec Safari et du coup cela tourne en rond.
[^] # Re: Problème avec Safari
Posté par Fernando . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 2.
Oui de mémoire il y a des histoires de sécurité ajoutées par Apple, mais je ne sais plus quoi, désolé.
# Problème avec Safari
Posté par Fernando . En réponse à la dépêche Sortie de µJS, une bibliothèque JavaScript légère pour dynamiser un site sans framework. Évalué à 1.
Pas mal, mais avec Safari (version 26.3.1 sur macOS, pas testé sur iPhone) et sur la partie documentation, la navigation est d'une lenteur abominable. Il doit y avoir un problème avec la fonction _onPopState() qui tombe en erreur :
RangeError: Maximum call stack size exceeded.
D'où la lenteur dés qu'on clique dans la barre de navigation.
[^] # Re: no mistake
Posté par Fernando . En réponse au lien Claude code execute terraform_destroy et efface des années de prod. Évalué à 6.
On n'apprend rien, c'est bien un des risques.
Un article intéressant de The Conversation sur ce sujet :
Le plus grand danger de l’IA à l’université n’est pas la triche, c’est l’érosion de l’apprentissage lui‑même
[^] # Re: ne change rien
Posté par Fernando . En réponse au message Système de newsletter par SMS pour asso. Évalué à 1.
Je suis d'accord, site web de l'asso façon blog mais par contre avec un flux RSS plutôt qu'une newsletter et côté utilisateur un lecteur RSS simple.
# Le chemin
Posté par Fernando . En réponse au message RÉSOLU [javascript] - utilisation locale. Évalué à 2.
Tu ouvres sans doute le fichier index.html directement dans Firefox, donc tu es en protocole file://.
Tu devrais peut être mettre "assets/…" et non "./assets/…" pour le chemin de tes fichiers Javascript qui ne sont probablement pas chargés, et du coup, la fonction v2 manque alors qu'elle est appelée dans du code Javascript dans le corps du HTML.
Idem avec le fichier CSS (style.css).
# Description des articles
Posté par Fernando . En réponse au lien Flus : agrégateur, signets publics, notes perso / éditorialisation de sa veille. Évalué à 1.
J'ai testé la version de démo, c'est pas mal, mais ce que je trouve dommage c'est que la partie description des flux RSS n'est pas affichée, l'image et le titre c'est bien, mais la description (quand elle existe) est un plus je trouve pour éventuellement aller voir l'article.
[^] # Re: Est-ce sûr???
Posté par Fernando . En réponse au lien xikipedia.org - doomscrolling éthique. Évalué à 2. Dernière modification le 11 février 2026 à 18:44.
Grindinsoft dit :
(cf. https://fr.gridinsoft.com/online-virus-scanner/url/xikipedia-org)
Comme le domaine est jeune (9 jours) cela semble peser pour sa mauvaise note.
Perso, je suis allé plusieurs fois dessus et pas de problème, pas de cookie, uniquement des connexions vers le domaine d'origine xikipedia.org et vers wikimedia.org pour les images des articles.
[^] # Re: Sympa
Posté par Fernando . En réponse au lien xikipedia.org - doomscrolling éthique. Évalué à 3.
Il faut mettre un cœur je crois pour que cela fonctionne.