Não importa qual modo de aparência eu escolher na caixa de diálogo de opções, o LibreOffice sempre será executado no modo claro:
Entretanto, quando defino a GTK_THEME
variável de ambiente como Adwaita:dark
, o LibreOffice será executado no modo escuro ( GTK_THEME=Adwaita:dark libreoffice
):
Parece que algo tem precedência sobre a configuração do modo de aparência na caixa de diálogo de opções, mas a GTK_THEME
variável de ambiente, por sua vez, tem precedência sobre isso.
O que pode fazer com que o LibreOffice seja executado no modo claro, apesar do modo de aparência estar definido como Dark
?
Isto está em uma instalação nova do Debian testing / Wayland / GNOME com o modo escuro habilitado.
Posso reproduzir o LibreOffice não aplicando a preferência de tema se um tema escuro for definido para aplicativos legados (GTK 3).
Para verificar se isso contribui para o problema, consulte:
E se estiver definido como "Adwaita-dark", defina um valor vazio ou "Adwaita":
Então o LibreOffice (testado em 25.2+/25.8alpha no Debian Unstable / GNOME 48) pelo menos parecerá aplicar o tema definido após sua própria reinicialização (ou no caso do Adwaita light, retornará ao valor gtk-theme definido).
Não posso responder especificamente o que causa o comportamento no código-fonte do LibreOffice (acho que em vcl/unx/gtk3/custom-theme.cxx )
gtk_css_provider_new()
, o problema é rastreado no bug#153841 e confirmado por outros usuários.Isso pode aumentar a confusão quando o modo de brilho do aplicativo GTK 4 é lido em
(prefer-light/unset ou prefer-dark) contradiz gtk-theme e o que o LibreOffice em "[x] system" irá promulgar. Eu diria que o LibreOffice deveria impor sua própria configuração de preferência, ignorando quaisquer valores do lado do host quando "system" não for escolhido.
Como último recurso, é possível substituir os inicializadores permanentemente; é uma questão de duas linhas com algumas precauções (dentro do sed, escolha "Adwaita" ou "Adwaita:dark"):