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³

Follow

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.

· · Web · 1 · 0 · 0

À 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…

Dans le sens ou depuis plusieurs version Tor Browser permet d'agrandir la fenêtre sans pester.

D'ailleurs, la taille de fenêtre par défaut de Tor Browser est sensiblement proche
Capture d'écran au doit mouillé (pas au pixel près, mais correcte)

Width: 1 004 pixels
Height: 999 pixels

@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

@alex Ou alors (vu que ça changera pas en effet) que le navigateur permette de remplacer localement les codes couleurs associés à prefers-color-scheme: light par un thème de son choix/sombre.
- Avec un rendu moins dégueu que Dark Reader
- Actif ou non par site/possibilité d'avoir des thèmes différents pour différents sites.

Comme ça, on peut activer fingerprintResist sans subir des thèmes claires. Et sans que le site ne puisse utiliser la préférence de theme sombre pour calculer l’empreinte.

@alex Le site continuera à voir qu'on a demandé le thème light (vu que c'est imposé pour contrer le calcul d’empreinte), mais le navigateur ferai ce que veut l'utilisateur, par ce que veut le concepteur du site web.

Sauf si JS est cabpable de vérifier les couleurs d'une région affichée pour calculer l'empreinte… Je serai même pas étonné…

@alex J'avais oublier les canvas. Bien vu…

De toute façon maintenant on va avoir droit à du flicage coté serveur, du coup pas countournable coté navigateur… Merci les techos peu regardant sur les merdes qu'ils font, sous prétexte que « c'est les ordres »

@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 #LaBriqueInterNet #internetcube

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.

@devnull @alex perso les thèmes sombres sont super difficile pour moi, je préfère les thèmes clair.

Donc clair par défaut ;)

@Enky @devnull Clair par défaut pour les sites/pages que je crée désormais, avec règle prefers dark à la fin des css, qui remplace le strict minimum pour ne pas péter les yeux des gens qui utilisent des thèmes sombres.

Sign in to participate in the conversation
La Quadrature du Net - Mastodon - Media Fédéré

Mamot.fr est un serveur Mastodon francophone, géré par La Quadrature du Net.