C'est assez étrange comme comportement

strace -s4096 -y -f firefox 2>&1 | grep xulstore.json

- Après suppression de xulstore.json¹
- Lors du redimensionnement²
- Lors du re-lancement de Firefox avec le même profile³

1.2.3:
pad.drycat.fr/code/#/3/code/vi

Quant à la cause de ce comportement, qui plus est avec un seule profil, je ne vois absolument rien, que dalle, le néant, nada, niente, nothing. Je me suis pas amusé à installer une extension qui fixe en dur une taille par défaut… J'ai rien toucher de tel dans about:config (si une telle option existe…). Ça ne vient pas non plus d'un greffon. Rien installé qui touche y l'interface. Et un seul installé sur une très longue période, qui n'est pas en cause.

À moins que ce soit dû à l'activation privacy.resistFingerprinting. Qui casse pleins de trucs au pasasge… comme forcer le chargement des CSS (prefers-color-scheme) correspondant aux themes claires :/

Si c’est la cause, pourquoi imposer une taille et n'afficher aucun message qui annonce que la taille ne sera pas conservé pour raison X… ?
De plus, je pensais que Tor Browser avant trouver un moyen de contourner ça, moins désagréable que d'imposer une taille de fenêtre quasi-carrée…

@devnull Je n'ai pas compris pourquoi certaines personnes concevant des sites web écrivent des règles contentant prefers-color-scheme ET sombre ET claire, sans définir de style par défaut/fallback.

Autrement dit : décider quel sera le style par défaut (=fallback) et ajouter UNE règle pour le style alternatif.

C'est nettement plus simple à écrire… quand on a un peu de logique.

@alex Parce qu'il faut écrire quelques lignes de plus en se connectant 2 neurones. C'est plus difficile que de copier coller des appels de fonction $frameworkJSUsinagazduMomentQuiClignotteCommeUneGuirlande…

Celà dit, Firefox impose d'appliquer le theme light à cause du paramètre fingerprintResist, donc cramage de yeux par défaut après chaque effacement de cookie + tous les sites sans sélecteur de theme.

Faudrait inverser la tendance : thème clair si on veut mais sombre par défaut/en fallback

@devnull Ah mais ça, c'est à la personne qui conçoit le site de décider.

Et vu que les normies ont décidé que clair = bien et sombre = truc darknet de vilains pirates…

cf. discussion sur le changement de style de LaBriqueInter.net

github.com/labriqueinternet/la

github.com/labriqueinternet/la

Suivre

@devnull Je ferais bien une pull request, mais github = non.

· · Web · 2 · 0 · 0

@alex Pareil…

Je trouve ça quand même bizarre, que le type débarque avec un titre trollesque et impose son point vue sans discussion ni thème alternatif, pour les gens qui supportent mal les thèmes claires, à qui on les impose, juste parce que…

@devnull Il y a eu des discussions, mais je ne sais plus si c’était sur irc ou ailleurs.

@devnull 'fin bon, ça fait longtemps que je ne participe plus au projet.
Déjà que je ne participe plus à LDN (et démissionnera en février)

@alex J'ai plus trop la motivation/temps non plus… Mais dommage… LDN meurt lentement.

@alex Ah, pas vu asser. donc peut-être sur IRC, à un moment donné. Mais je souviens pas avori la question sur poser sur la ML (Ou alors, j'ai raté, possible vu le flot d'emails que je reçois, même si en général j'essaie au max de lire au moins les objets des emails pour voir si faut tout lire/participer).

@devnull

Autant, à l’époque, quand la feuille de style a été écrite puis remaniée, prefers n’existait pas/n’était pas répandu.

Autant aujourd’hui, il n’y a plus de prétexte de ne pas l’utiliser.

@alex Fa aurait être mis à jour plus tard avec prefers-color-scheme

Mais la posssibilité de choisir manuellement un thème existait depuis bine avant. NO aurait du conserver l'ancien CSS, et proposer les deux. Plutôt que de faire plaisir un troll thème sombre = vilain pirate du darkweb.

@devnull Le problème, c’est que le choix du style doit être mémorisé, et nécessite de faire des manips de css en javascript.

Ce qui ne fonctionne pas correctement si le site n’utilise ni cookies ni javascript.

@alex J'avais oublier que le site de la brique était « propre Â» sans ces conneries superflus (JS pour du contenu, cookies de 100 ans de validité sans raison…). Faut dire qu ec'est arre comme comportement.

Ouais, c'est sur qu'il faut le mémoriser… D'ailleurs ça me gonfle, parce que je nettoie régulièrement mes cookies. Et je me passerai bien de JS.

Du coup les sites qui imposent des thèmes claires. Et l’option fingerprintResist qui impose de toute façon prefers-color-scheme: light=pas de soluce

@devnull Bon, après, j'avais juste écrit le style de base et une page basique (titres ok mais contenu lorem ipsum), corrigé, rempli et amélioré par Ju (améliorations excellentes d'ailleurs), et qui a ensuite suivi sa propre vie dans le projet.

@alex Ou du moins pas de *bonne* solution, propre et acceptable, sur les sites sans authentification. Dark Reader est totalement mal foutu, il n'est à ma connaissance pas activable « que sur certains sites Â», thème immonde qui se fout partout quelque soit le site utilisé et son thème. Du coup j'ai désactivé Dark Reader. Il me flingue Mastodon, et Invidious qui sont déjà en thème sombre. Et les autres sites sans thème sombre. Si quelqu'un connaît une meilleure alternative… Mais j'en doute.

Inscrivez-vous pour prendre part à la conversation
Mastodon

Le réseau social de l'avenir : pas de publicité, pas de surveillance institutionnelle, conception éthique et décentralisation ! Gardez le contrôle de vos données avec Mastodon !