Rosé Pine : thème GTK clair dans Helium, sombre dans Thunar #33

New issue

Open

opened 2026-10-25 14:16:30 +00:00 by mathieu · 0 comments

mathieu commented

2026-10-25 14:16:30 +00:00

Owner

Problème et impact

Mathieu constate qu’avec Rosé Pine actif, l’interface utilisant le thème GTK est claire dans Helium, alors que Thunar reste sombre. Le profil de bureau n’offre donc pas encore un rendu sombre cohérent entre ces deux applications.

Cela concerne l’intégration du thème GTK du navigateur, à distinguer du CSS de l’extension locale Proton Mail/Calendar.

Constats vérifiés

Profil configuré et chargé dans Quickshell : rose-pine, sans dérive signalée par desktop-theme status.
Les processus Helium et Thunar examinés chargent GTK3. Il ne faut pas attribuer ce cas à une simple différence GTK3/GTK4.
Binaire Helium installé : 0.20.1.1, Chromium 156.0.8078.47.
Préférences Helium pertinentes lues sans modification : thème système GTK sélectionné (extensions.theme.system_theme=1, identifiant d’extension de thème vide).
GTK3 : gtk-theme-name=rose-pine-gtk, gtk-application-prefer-dark-theme=0.
GTK4 : même nom de thème, préférence sombre à 1.
GSettings annonce color-scheme=prefer-dark ; le portail d’apparence retourne color-scheme=1 (préférence sombre).

Limite connue du port et du contournement actuel

Le port amont documente une inversion clair/sombre lorsque l’on active la préférence sombre : rose-pine/gtk#47, également signalée dans son README.

Les rendus GTK3 natifs isolés réalisés pendant l’intégration confirment :

Préférence GTK3	Fond de fenêtre	Fond de vue texte
`false`	`#1f1d2e`	`#26233a`
`true`	`#f0f0f3`	`#c5c3ce`

Le profil a donc été adapté pour demander gtk3_prefer_dark=0. Ce contournement fonctionne dans les rendus GTK3 et dans Thunar, mais il ne valide pas l’intégration d’Helium. Chromium possède sa propre couche de couleurs et de sélection des variantes : le chemin exact expliquant le rendu clair reste à reproduire dans un profil Helium isolé. Le conflit entre variante GTK et préférence système est une piste, pas une causalité interne déjà démontrée.

Résultat attendu et validation

Rosé Pine sombre dans Thunar et dans Helium utilisant le thème GTK.
Reproduire avec le port épinglé et un profil navigateur privé, sans cookies ni données personnelles ; identifier la variante/couleur effectivement utilisée par Helium.
Évaluer une correction locale bornée des variantes GTK3 par défaut et sombre, ou un meilleur port, plutôt que forcer Thunar vers une variante claire.
Vérifier après correction les deux valeurs de préférence GTK3, l’interface Helium et l’absence de régression sur GTK4/libadwaita ; ne pas conclure à partir du seul parsing CSS.
Ne pas modifier les comptes/profils Helium personnels ni fermer de force les applications. Toute correction reste à implémenter et à valider.

Contexte historique : #32 (ajout des profils). Ce ticket suit le défaut d’intégration Rosé Pine séparément du retrait de Monokai. Aucun correctif Rosé Pine n’a été appliqué lors du diagnostic.

with pi 🥧

## Problème et impact Mathieu constate qu’avec **Rosé Pine** actif, l’interface utilisant le thème GTK est claire dans **Helium**, alors que **Thunar** reste sombre. Le profil de bureau n’offre donc pas encore un rendu sombre cohérent entre ces deux applications. Cela concerne l’intégration du thème GTK du navigateur, à distinguer du CSS de l’extension locale Proton Mail/Calendar. ## Constats vérifiés - Profil configuré et chargé dans Quickshell : `rose-pine`, sans dérive signalée par `desktop-theme status`. - Les processus Helium et Thunar examinés chargent **GTK3**. Il ne faut pas attribuer ce cas à une simple différence GTK3/GTK4. - Binaire Helium installé : **0.20.1.1**, Chromium **156.0.8078.47**. - Préférences Helium pertinentes lues sans modification : thème système GTK sélectionné (`extensions.theme.system_theme=1`, identifiant d’extension de thème vide). - GTK3 : `gtk-theme-name=rose-pine-gtk`, `gtk-application-prefer-dark-theme=0`. - GTK4 : même nom de thème, préférence sombre à `1`. - GSettings annonce `color-scheme=prefer-dark` ; le portail d’apparence retourne `color-scheme=1` (préférence sombre). ## Limite connue du port et du contournement actuel Le port amont documente une inversion clair/sombre lorsque l’on active la préférence sombre : [rose-pine/gtk#47](https://github.com/rose-pine/gtk/issues/47), également signalée dans son README. Les rendus GTK3 natifs isolés réalisés pendant l’intégration confirment : | Préférence GTK3 | Fond de fenêtre | Fond de vue texte | |---|---|---| | `false` | `#1f1d2e` | `#26233a` | | `true` | `#f0f0f3` | `#c5c3ce` | Le profil a donc été adapté pour demander `gtk3_prefer_dark=0`. Ce contournement fonctionne dans les rendus GTK3 et dans Thunar, mais il ne valide pas l’intégration d’Helium. Chromium possède sa propre couche de couleurs et de sélection des variantes : le chemin exact expliquant le rendu clair reste à reproduire dans un **profil Helium isolé**. Le conflit entre variante GTK et préférence système est une piste, pas une causalité interne déjà démontrée. ## Résultat attendu et validation - Rosé Pine sombre dans Thunar **et** dans Helium utilisant le thème GTK. - Reproduire avec le port épinglé et un profil navigateur privé, sans cookies ni données personnelles ; identifier la variante/couleur effectivement utilisée par Helium. - Évaluer une correction locale bornée des variantes GTK3 par défaut et sombre, ou un meilleur port, plutôt que forcer Thunar vers une variante claire. - Vérifier après correction les deux valeurs de préférence GTK3, l’interface Helium et l’absence de régression sur GTK4/libadwaita ; ne pas conclure à partir du seul parsing CSS. - Ne pas modifier les comptes/profils Helium personnels ni fermer de force les applications. Toute correction reste à implémenter et à valider. Contexte historique : #32 (ajout des profils). Ce ticket suit le défaut d’intégration Rosé Pine séparément du retrait de Monokai. Aucun correctif Rosé Pine n’a été appliqué lors du diagnostic. - with pi 🥧

mathieu added the

Kind/Bug

Area/UI

labels

2026-10-25 14:16:30 +00:00