Bir metindeki metni nasıl okunabilir hale getirebilirim?


16

Birkaç ay önce meldgarip davranmaya başladı. Ortak çizgiler neredeyse okunamaz ve siyah zemin üzerine koyu gri metin olarak gösterilir.

meld başarısız

Garip bir şekilde kdesudo meld, tema olarak güzel olmasına rağmen, kök olarak çalıştırmak (ile ) iyidir .

kök meld işleri

Metin için metnin renk seçeneklerini nasıl belirleyebilirim?

Kullanıyorum:

  • Arch Linux
  • KDE 4.14.3 (4.14.2'de de görülür)
  • meld 3.12.2 (ayrıca 3.12.1'de görülmektedir)
  • gtk3 3.14.6 (3.14.5'te de görülür)

Sorun giderme

KDE sistem ayarları

meldGTK3 kullanıyor, bu yüzden Sistem Ayarları> Genel Görünüm ve Davranış> Uygulama Görünümü> GTK> Bir GTK3 Teması Seçin. Bu değişiklik kaynağa yansıdı, ancak seçtiğim üç seçenekten hiçbiri metni değiştirmedi. (Kullanılabilir seçenekler Varsayılan, Emacs ve oksijen-gtk idi; ikincisi yukarıdaki ekran görüntüsünde kullanıldı.)

Yapılandırma dosyalarını elle değiştirme

~Dosyalarının gtkisimlerini aradım .

~/.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

İlginçtir, gtkadında hiçbir şey yoktur /root. Bu nedenle, ~kullanıcı için aynı efekti alıp alamayacağımı görmek için bazı dosyaları silmeyi denedim . Tüm gtkrc-2.0dosyaların meld ile alakasız olduğunu düşünüyorum.

İlk olarak, sildim ~/.config/gtk-3.0, ancak bunun bir etkisi yoktu ve meld açtığımda yeniden yaratıldı.

Diğer tek seçenek olduğu ortaya çıktı ~/.kde4/share/config/gtkrc, bu yüzden bunu sildi ve etkilenmeyen meld'i başlattı. Ancak, dosya yeniden oluşturulmadı ve bazı olası satırlar içeriyor (örn. text[ACTIVE] = { 1.000, 1.000, 1.000 }). (Eksik) dosyanın hiç yüklenip yüklenmediğinden emin değilim. Denedim kbuildsycoca4 ; kquitapp plasma-desktop ; sleep 2 ; kstart plasma-desktopama bunun bir etkisi olmadı. Gtkrc'yi manuel olarak yeniden yüklemem gerekir mi? Ve bu dosya neden sistem ayarlarından etkilenmiyor / yeniden yazılmıyor?

(Ayrıca, FWIW, kaldırdım ~/.gtkrc-2.0-kde4, aslında bir sembolikti ~/.gtkrc-2.0ve hedefin kendisini de kaldırdım, ancak bu yardımcı olmadı. Yine gtk'yi yeniden yüklemedim (bunun gerekli olup olmadığından emin değilim veya olası) ve meld'i tekrar çalıştırmayı denediğimde dosyalar yeniden oluşturulmadı.)

Olası çevre değişkenleri

$ 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"

(Açıklama: Bu soruyu daha önce KDE forumlarında sordum , ancak bir çözüme ulaşmadım.)


@tombart cevap en güncel, kabul edilen olmalıdır
Francesco

@Francesco Hayır, soru üç yıl önce başlatılan bir gerileme ile ilgili. Tombart'ın yanıtı benzer ancak ayrı bir konuyu açıklar. Daha fazla bilgi için soru ve cevapları baştan sona okuyun.
Sparhawk

tamam bu arada benim için yararlı oldu :)
Francesco

Telaşa gerek yok. Kısmen bunu kapatmak için oy vermiyorum (bu meta uyarınca ).
Sparhawk

Yanıtlar:


16

En azından Meld 3.16.4'ten farklı renk şemaları desteklenir.

Bakınız Meld > Preferences:

meld prefernces

(muhtemelen bu değişiklik önceki sürümlerde sunulmuştur)

Not :
Ayrıca CLI tarafından Meld için belirli bir temayı zorlamak da mümkündür:GTK_THEME=Adwaita:dark meld


4

Meld 3.12.1'de ortaya çıkan bir gerileme gibi görünüyor. Önceki sürümleri meld web sitesinden indirdim .

Meld 3.12.0 iyi çalışıyor. 3.12.0

Meld 3.12.1 bunu yapmaz. resim açıklamasını buraya girin

Geliştiricilerle iletişim kurdum ve bana bunun aslında gtk + 3 limanında bir gerileme olduğunu söyledi. Şu anda çalışan yeni yayınlanmış 3.12.3'ü denemeyi önerdiler. (Ancak, hala yeni bir hesaptaki meld'in neden işe yarayacağını tam olarak açıklamıyor.)


3.12.0 çalıştırıldıktan sonra Meld 3.12.1 hala aynı mı?
Graeme

@Graeme Evet, öyle. Muhtemelen önemli değil, ama onları doğrudan sıkıştırılmamış dosyalardan çalıştırdım.
Sparhawk

İki sürüm arasında farklı Gnome bağımlılıkları var mı? Hangi dağıtımı kullanıyorsunuz ve nasıl kuruyorsunuz?
Graeme

@Graeme Arch'ı kullanıyorum, resmi depolardan kuruyorum. İki versiyonun tüm bağımlılıkları aynıdır.
Sparhawk

1
@Graeme Cevabı güncelledim.
Sparhawk

3

Eğer yaparsam locate -b meld | grep home, bahsetmediğin üç dizin alıyorum;

~/.gconf/apps/meld
~/.gconf/apps/gnome-settings/meld
~/.local/share/meld

İçinde bir ~/.local/shareyerel karşılaştırmaların geçmişi gibi görünüyor, ancak diğer iki dizin içinde xmldosyaları var . Bunları kaldırmayı denerdim.

Bu işe yaramazsa, tam olarak hangi dosyaların meldokuduğunu aşağıdaki gibi görebilirsiniz:

strace -e trace=file meld |& grep home

Çıktıya bakmak umarım araştırmak için başka bir şey getirecektir.

Başka bir kullanıcı hesabı oluşturmayı, oturum açmayı ve orada meld (ancak başka bir şey) çalıştırmayı denemem. Tamam görüntüleniyorsa, orada nokta dosyalarını / ortam değişkenlerini görüntüleyebilir ve bunları kendi hesabınızla karşılaştırabilirsiniz. Masaüstü ortamınızın varsayılan nokta dosyalarını oluşturma şansını elde etmek için yalnızca suveya değil, X yoluyla oturum açmanız gerektiğini unutmayın sudo- bu muhtemelen root olarak çalışırken düz görünmesinin nedeni olacaktır.

Bunların hiçbiri işe yaramazsa, her zaman vazgeçebilir ve onun yerine Diffuse kullanabilirsiniz . Henüz kendim düzgün test etmedim, ancak meldyapamayan bazı şeyler yapar (dizin karşılaştırmaları olsa da, bu yüzden bir yedek değil). :)

Güncelleme

Sorun teşkil eden dosyaları bulmaya çalışmak için yeni hesaptaki nokta dosyalarını eski ile karşılaştırabilirsiniz. Ne yazık ki, yeni hesaptaki nokta dosyalarından neredeyse herhangi biri olabilir, bu nedenle başka uygulamalar (özellikle bir web tarayıcısı) çalıştırmamak önemlidir, çünkü bu daha fazla yaratacaktır / değişecektir. Dosyaları karşılaştırmak için yeni hesapta böyle bir şey çalıştırmayı deneyebilirsiniz:

find . -type f -exec cmp {} /home/your_account/{} \;

Farklı olanlar için, Meld ile daha fazla araştırma yapabilirsiniz. Bu bir şey vermezse, kaldırmak istediğiniz büyük olasılıkla kaldırmak istediğiniz bir dosya vardır. straceİki hesaba geri dönüp çıktıları karşılaştırmayı deneyebilirsiniz .


Ayrıntılı strateji için +1. Henüz işe yaramadım, ama şimdiye kadar sonuçlar burada. Önerilen iki dizini silmek ve sonra meld yeniden başlatmak işe yaramadı. straceAşağıdaki adayları ortaya koymuştur: ~/.config/gtk-3.0/settings.ini, ~/.config/oxygen-gtk, ~/.kde4/share/config/kdeglobals, /home/lee/.kde4/share/config/oxygenrc. Birincisi zaten denendi, ancak geri kalanını silmek işe yaramadı. Bundan sonra yeni bir hesap oluşturmayı deneyeceğim.
Sparhawk

Yeni bir hesap oluşturdum ve evet, metin orada iyi görünüyor. Söz başı olarak ben (ile ortam değişkenleri baktım export | grep -i gtk), ancak tek fark orijinal aşağıdakilerden varlığı, çalışmayan hesap oldu: declare -x GTK_IM_MODULE="xim". Hangi dosyaları arayacağınızdan emin değilim. İsimleri olan gtkveya meldisimleri olan dosyaları aradım , ancak sadece yukarıda test ettiğim dosyaları buldum.
Sparhawk

@Sparhawk, güncellendi. Herhangi bir fark yaratacağından şüpheliyim, ancak unset GTK_IM_MODULEkomut satırından bir yapmanın ve daha sonra meldaynı kabuktan çalışmanın bir zararı yok .
Graeme

Cevabımı güncelledim.
Sparhawk


1

oradaki meld.css ile üzerine yazdığınızda Meld'i karanlık temayla kullanabilirsiniz https://wiki.gnome.org/Apps/Meld/DarkThemes


Karanlık bir tema kullanmak istemiyordum. Bu soru genel olarak temayı değiştirmekle ilgili değildi, sadece belirli bir unsurla, yani ortak çizgilerle ilgiliydi. Kabul edilen cevaba göre, o zamandan beri düzeltilmiş bir gerileme idi.
Sparhawk

Değeri ne için ... Benim amacım için bu mükemmel bir cevaptı - gtk karanlık temaya geçmek, metni metinde okunamaz hale getirmek için harika bir iş çıkarıyor
Dmitri DB
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.