Retour d'expérience sur une tentative de migration mitigée de Electron vers Tauri (2 technologies permettant de développer des applications de bureau avec les technos web).

Retour d'expérience sur une tentative de migration mitigée de Electron vers Tauri (2 technologies permettant de développer des applications de bureau avec les technos web).

La "nouvelle" Navigation API vise à remplacer l'actuelle History API qui n'a jamais été très ergonomique.

Cette nouvelle API est assez massive, elle propose – notamment pour les SPA (Single Page Application) – de centraliser la gestion de la navigation à un seul endroit.

Bien évidemment, ça ouvre la porte aux sites qui vont vouloir en faire trop, qui vont vouloir outrepasser le comportement natif du navigateur, et ça peut finir en grand n'importe quoi comme à l'époque des popups.

Heureusement il semble y avoir quelques garde-fous pour, par exemple, empêcher un site de rendre le bouton de retour natif du navigateur inopérant et ainsi vous piéger dessus.

Par contre j'imagine que rien n'empêche un site de créer des navigations programmatiques artificielles lorsque vous arrivez dessus pour qu'il faille appuyer un grand nombre de fois sur "retour" pour s'en échapper. Mais c'est techniquement déjà possible avec l'History API de toute façon.

C'est pour l'instant uniquement supporté par les navigateurs basés sur Chromium.

La documentation MDN est également disponible.

La "nouvelle" Navigation API vise à remplacer l'actuelle History API qui n'a jamais été très ergonomique.

Cette nouvelle API est assez massive, elle propose – notamment pour les SPA (Single Page Application) – de centraliser la gestion de la navigation à un seul endroit.

Bien évidemment, ça ouvre la porte aux sites qui vont vouloir en faire trop, qui vont vouloir outrepasser le comportement natif du navigateur, et ça peut finir en grand n'importe quoi comme à l'époque des popups.

Heureusement il semble y avoir quelques garde-fous pour, par exemple, empêcher un site de rendre le bouton de retour natif du navigateur inopérant et ainsi vous piéger dessus.

Par contre j'imagine que rien n'empêche un site de créer des navigations programmatiques artificielles lorsque vous arrivez dessus pour qu'il faille appuyer un grand nombre de fois sur "retour" pour s'en échapper. Mais c'est techniquement déjà possible avec l'History API de toute façon.

C'est pour l'instant uniquement supporté par les navigateurs basés sur Chromium.

La documentation MDN est également disponible.

Je ne pourrais pas être plus d'accord.

C'est encore une fonctionnalité native simple mais très puissante des navigateurs que certains frameworks ont encouragé à ignorer et à remplacer maladroitement.

Ça ne veut pas dire qu'il faut bannir le state en mémoire, mais simplement comprendre les avantages et inconvénients de chacun et les utiliser à bon escient. L'article illustre ça avec beaucoup de justesse.

Je ne pourrais pas être plus d'accord.

C'est encore une fonctionnalité native simple mais très puissante des navigateurs que certains frameworks ont encouragé à ignorer et à remplacer maladroitement.

Ça ne veut pas dire qu'il faut bannir le state en mémoire, mais simplement comprendre les avantages et inconvénients de chacun et les utiliser à bon escient. L'article illustre ça avec beaucoup de justesse.

Un navigateur web alternatif, basé sur Chromium, mais qui met l'accent sur la légèreté, le respect de la vie privée et l'absence de requêtes intempestives en arrière-plan sans votre consentement.

Il en est à ses débuts mais semble prometteur.

Contrairement à Chrome, il supporte encore les extensions au format MV2 comme uBlock Origin (qui est d'ailleurs installé par défaut).

Un navigateur web alternatif, basé sur Chromium, mais qui met l'accent sur la légèreté, le respect de la vie privée et l'absence de requêtes intempestives en arrière-plan sans votre consentement.

Il en est à ses débuts mais semble prometteur.

Contrairement à Chrome, il supporte encore les extensions au format MV2 comme uBlock Origin (qui est d'ailleurs installé par défaut).

Stirling-PDF is a robust, locally hosted web-based PDF manipulation tool using Docker. It enables you to carry out various operations on PDF files, including splitting, merging, converting, reorganizing, adding images, rotating, compressing, and more. This locally hosted web application has evolved to encompass a comprehensive set of features, addressing all your PDF requirements.

Une passionnante conférence à la DefCon 2025, à propos de la besa mafia et d'un site web permettant d'engager des tueurs à gage, dont la sécurité informatique était très mauvaise, et de l'enquête d'un collectif de hackers pour alerter les forces de police et les victimes à propos des contrats qui étaient passés sur ce site.

Obscuria avait déjà raconté une partie de cette histoire il y a 2 ans dans cette vidéo : Il veut enquêter sur une LEGENDE URBAINE du DARKNET mais se retrouve PRIS POUR CIBLE

Excellent article sur la représentation des images et photos d’illustration sur les pages Web !
J’apprécie le travail effectué pour illustrer justement ce que les différents types de compression rendent.
Enfin, j’ai adoré la phrase de conclusion très bien trouvée.

« Moralité : si on vous a vendu du dithering en guise d’éco-conception mais que vos images sont aussi lourdes que des JPG bien compressés, alors… votre tramage se rapporte à votre plumage. »

Mais siiii, celui où on cliquait sur un lien et hop, la page s’affichait. Sans popup de cookies, sans overlay “Abonnez-vous à notre ...