Há alguns meses, meld começou a se comportar de forma estranha. As linhas comuns são quase ilegíveis e mostradas como texto cinza escuro em um fundo preto.
Curiosamente,executá-locomorootébom(comkdesudomeld),emboraotemasejamenosbonito.
Como posso especificar as opções de cor do texto para meld?
Estou usando:
meld usa o GTK3, então eu brinquei com as configurações do sistema > Aparência e Comportamento Comuns > Aparência do aplicativo > GTK > Selecione um tema GTK3. Essa mudança foi refletida em meld, mas nenhuma das três opções que eu selecionei mudou o texto. (As opções disponíveis são Default, Emacs e oxygen-gtk; o último é usado na captura de tela acima.)
Eu olhei em ~ para arquivos com gtk em seu nome.
~/.gtkrc-2.0
~/.gtkrc-2.0-kde4
~/.config/gtk-2.0
~/.config/gtk-3.0
~/.kde4/share/config/gtkrc
~/.kde4/share/config/gtkrc-2.0
Curiosamente, não há nada com gtk em seu nome em /root . Por isso, eu tentei excluir alguns dos arquivos ~ , para ver se eu poderia obter o mesmo efeito para o meu usuário. Eu presumo que todos os arquivos gtkrc-2.0 são irrelevantes para fundir.
Primeiramente, eu apaguei ~/.config/gtk-3.0 , mas isso não teve efeito, e foi recriado quando abri o meld.
A única outra opção parecia ser ~/.kde4/share/config/gtkrc , portanto, excluímos isso e iniciamos o comando meld, que não foi afetado. No entanto, o arquivo não foi recriado e contém algumas linhas possivelmente pertinentes (por exemplo, text[ACTIVE] = { 1.000, 1.000, 1.000 } ). Não tenho certeza se o arquivo (ausente) foi carregado. Eu tentei kbuildsycoca4 ; kquitapp plasma-desktop ; sleep 2 ; kstart plasma-desktop , mas isso não teve efeito. Preciso recarregar manualmente o gtkrc? E por que esse arquivo não está sendo afetado / reescrito pelas configurações do sistema?
(Além disso, FWIW, eu removi ~/.gtkrc-2.0-kde4 , que na verdade era um link simbólico para ~/.gtkrc-2.0 , e também removi o alvo em si, mas isso não ajudou. Novamente, eu não recarreguei o gtk (eu Não tenho certeza se isso é necessário, ou possível), e os arquivos não foram recriados quando tentei executar a combinação novamente.
$ export | grep -i gtk
declare -x GTK2_RC_FILES="/etc/gtk-2.0/gtkrc:/home/sparhawk/.gtkrc-2.0:/home/sparhawk/.kde4/share/config/gtkrc-2.0"
declare -x GTK_IM_MODULE="xim"
declare -x GTK_MODULES="canberra-gtk-module"
declare -x GTK_RC_FILES="/etc/gtk/gtkrc:/home/sparhawk/.gtkrc:/home/sparhawk/.kde4/share/config/gtkrc"
(Divulgação: eu já fiz essa pergunta nos fóruns do KDE , mas não chegou a uma solução.)
Parece que foi uma regressão introduzida no Meld 3.12.1. Baixei as versões anteriores do site do site .
O Meld 3.12.0 funciona bem.
OMeld3.12.1não.
Entrei em contato com os desenvolvedores e eles me disseram que era de fato uma regressão introduzida na porta gtk + 3. Eles sugeriram tentar o recém-lançado 3.12.3, que agora funciona. (No entanto, isso ainda não explica totalmente por que a fusão em uma nova conta funcionaria.)
Pelo menos do Meld 3.16.4, há suporte a esquemas de cores diferentes.
Veja Meld > Preferences :
(possivelmente essa alteração foi introduzida em versões anteriores)
Nota :
Também é possível forçar um tema específico para o Meld pela CLI: GTK_THEME=Adwaita:dark meld
Se eu fizer locate -b meld | grep home , recebo três diretórios que você não mencionou;
~/.gconf/apps/meld
~/.gconf/apps/gnome-settings/meld
~/.local/share/meld
O em ~/.local/share parece ser apenas um histórico de comparações locais, mas os outros dois diretórios possuem xml arquivos neles. Eu tentaria removê-los.
Se isso não funcionar, você poderá ver exatamente quais arquivos meld são lidos com algo como:
strace -e trace=file meld |& grep home
Olhando para o resultado, esperamos produzir algo mais para investigar.
Se eu tentasse criar outra conta de usuário, faça login e execute meld (mas nada mais) lá. Se ele aparecer ok, você poderá visualizar os arquivos de ponto / variáveis de ambiente e compará-los à sua própria conta. Observe que você deve efetuar login via X e não apenas usar su ou sudo para que seu ambiente de área de trabalho tenha a chance de criar os arquivos de ponto padrão - provavelmente será por isso que parece simples quando executado como root. >
Se nada disso funcionar, você sempre pode desistir e usar Difusão . Eu não testei corretamente ainda, mas ele faz algumas coisas que meld não pode (sem comparações de diretório, então não é bem um substituto). :)
Para tentar rastrear o (s) arquivo (s) ofensivo (s), você pode comparar os arquivos de ponto na nova conta com o antigo. Infelizmente, pode ser quase qualquer um dos arquivos de ponto na nova conta, e é por isso que é importante não executar nenhum outro aplicativo (especialmente um navegador da Web), pois isso criará / alterará mais. Para comparar arquivos, experimente executar algo assim na nova conta:
find . -type f -exec cmp {} /home/your_account/{} \;
Para os que são diferentes, você poderia investigar mais com, er, Meld. Se isso não resultar em algo, provavelmente há um arquivo que você deseja remover, o que seria difícil de encontrar. Você pode tentar voltar para strace e comparar as saídas das duas contas.
substitua o meld.css pelo que está lá e você poderá usar o Meld com o tema link
apenas permitindo uma atualização ...
A versão 3.18 não mostrará as preferências para alterar seu tema.
mas pelo dconf-editor, você pode acessar a configuração do meld e configurar style-chema para 'meld-dark' ... e ser feliz!
quase assim: link
Tags configuration gtk kde gtk3