WPF Bulanık yazı tipleri sorunu - Çözümler

Sorun aşağıdaki bağlantılarda tanımlanmış ve gösterilmiştir:

• Paul Stovell WPF: Bulanık Metin Oluşturma
• www.gamedev.net forumu
• Microsoft Connect: WPF metin oluşturucu, küçük yazı tipi boyutlarında çok bulanık metinler üretir

Açıklama: WPF'de Metin Netliği . Bu bağlantının yazı tipi karşılaştırması var.

Bu sorun için olası tüm çözümleri toplamak istiyorum. Microsoft Expression Blend, WPF kullanıyor ancak yazı tipleri okunabilir görünüyor.

• Microsoft Expression Blend'deki gibi koyu arka plan
• Yazı tipi boyutunu büyütme ve yazı tipini değiştirme (Kalibri ...) [bağlantı]
• Windows formlarını gömme [bağlantı]
• Bir bitmap'e metin oluşturmak için GDI + ve / veya Windows Forms TextRenderer sınıfını kullanın ve ardından bu bitmap'i WPF denetimi olarak oluşturun. [link]

Başka çözüm var mı?

Bu VS2010 (ve WPF4) beta 2'de düzeltilecek

SONRA ÇÖZÜLDÜĞÜ GİBİ GÖRÜNÜYOR!

Scott Hanselman'ın ComputerZen.com: WPF ve Metin Bulanıklığı, şimdi tam bir Netlik ile

Teknik arka plan

Windowsclient.net: WPF'de Metin Netliği üzerindeki WPF Metin Programı Yöneticilerinden birinden WPF Metin oluşturma hakkında derinlemesine bir makale bulunmaktadır .

Sorun, düzgün animasyonlar için doğrusal olarak ölçeklenen bir yazı tipi oluşturucuya ihtiyaç duyan WPF'ye kadar uzanır. Pure ClearType ise, dikey sapları bir sonraki piksele itmek için yazı tipi ile biraz özgürlük alır.

Klasik "çağlayan" kalıbını karşılaştırırsanız, bu fark açıktır. Sol alt tarafta WinForms, sağ üst tarafta WPF:

WPF'nin font oluşturma idiosyncrasies hayranı olmasam da, animasyonlar Winforms kaskatında olduğu gibi atlarsa clamor'u hayal edebiliyorum.

Kayıt defteri ile oynama

Beni özellikle ilgilendiren , kayıt defterinde olası kullanıcı tarafı düzenlemelerini açıklayan MSDN makalesi " ClearType Kayıt Defteri Ayarları " nın bağlantısıydı :

• ClearType seviyesi: alt piksel ipucu miktarı
• Gama seviyesi
• Piksel yapısı: ekran pikselindeki renk şeritlerinin düzenlenmesi
• Metin kontrast seviyesi: yazı tipini ağırlaştırmak için glif gövdelerinin genişliğini ayarlar

Bu ayarlarla oynamak, altta yatan sorunu gerçekten iyileştirmedi, ancak hassas kullanıcılar için renk kanama efektini azaltarak yardımcı olabilir.

Başka bir yaklaşım

Text Clarity makalesinin verdiği en iyi tavsiye, yazı tipi boyutunu artırmak ve yazı tipini değiştirmekti. Calibri benim için standart Segoe UI'den daha iyi çalışıyor. Web yazı tipi olarak popülaritesi nedeniyle, Verdana'yı da denedim, ancak yazı tipi boyutunu canlandırırken çok görünür olan 14pt ile 15pt arasında ağır bir sıçrama var.

WPF 4.0

WPF 4, yazı tiplerinin oluşturulmasını etkilemek için geliştirilmiş desteğe sahip olacaktır. WPF Metin Blogu'nda değişiklikleri açıklayan bir makale vardır . En belirgin şekilde, şimdi (en azından) üç farklı tür metin oluşturma vardır:

_{<grumble> Bu her tasarımcı için yeterli ip olmalı. </grumble>}

.NET 4 sonunda WPF'nin zayıf metin oluşturma kalitesine bir çözüm sunuyor, ancak iyi gizlenmiş. Her pencere için aşağıdakileri ayarlayın:

TextOptions.TextFormattingMode="Display"

Varsayılan değer, adın ima ettiği gibi olmayan "İdeal" dir.

TextOptions'ta TextHintingMode ve TextRenderingMode olmak üzere iki seçenek daha vardır, ancak her ikisinin de varsayılan varsayılanları vardır.

Geçen gün DropShadowEffect uygulanmış bir kenarlık kullandığımda bir sorunla karşılaştım . Sonuç olarak, bu kenarlığın içindeki tüm metinler son derece bulanıktı. Metnin diğer panellerin içinde mi yoksa doğrudan kenarlığın altında mı olduğu önemli değildir - Efekt uygulanan ebeveynin alt öğesi olan herhangi bir metin bloğu etkilenmiş gibi görünüyor.

Bu özel durumun çözümü, kenarlığa efektleri olan şeyler koymak değil, bunun yerine bir ızgara (veya içeriği üst üste koymayı destekleyen başka bir şey) kullanmak ve metinle aynı hücreye bir dikdörtgen yerleştirmekti (ör. görsel ağaçta bir kardeş olarak) ve bunun üzerindeki etkileri koydu.

Şöyle ki:

<!-- don't do this --->
<Border>
     <Border.Effect>
          <DropShadowEffect BlurRadius="25" ShadowDepth="0" Opacity="1"/>
     </Border.Effect>
     <TextBlock Text="This Text Will Be Blurry" />
</Border>

<!-- Do this instead -->
<Grid>
  <Rectangle>
     <Rectangle.Effect>
          <DropShadowEffect BlurRadius="25" ShadowDepth="0" Opacity="1"/>
     </Rectangle.Effect>
  </Rectangle>
  <TextBlock Text="This Text Will Be Crisp and Clear" />
</Grid>

Bu VS2010 (ve WPF4) beta 2'de düzeltilecek:

SnapToDevicePixels, metin oluşturucu için değil, yalnızca WPF şekilleri (çizgiler vb.) İçin geçerlidir.

Bu sorunun bilinen bir çözümü yoktur. Microsoft'a göre, davranış "tasarım gereğidir".

Ayrıca Microsoft forumlarda sorunları tartışan bu konuya bakın - bu konudaki pozisyonlarını netleştiren MS adamlarından birkaç cevap aldı.

Bir geliştirici açısından bugüne kadar bilinen tek "geçici çözüm", bir bitmap'e metin oluşturmak için GDI + ve / veya Windows Forms TextRenderer sınıfını kullanmak ve daha sonra bu bitmap'i WPF denetimi olarak kullanmaktır. Bariz performans sonuçları dışında, bu durum mevcut uygulamalar için sorunu azaltmaz.

Şimdi bu sorun için bir Microsoft Connect bileti oluşturdum (tüm olumsuzluklara rağmen, belirlenen izleyicide gerçek bir hata raporu yoktu).

Bu, Microsoft'a istekleri ve soruları iletmenin resmi kanallarından biri olduğu için, daha hızlı bir cevap için de bu konuyu gözden geçirmenizi tavsiye ederim. En azından, sorunun şu ya da bu şekilde ele alınmasını istiyorsanız, o bilete oy vermek ve / veya sorunu doğrulamak, Microsoft PM'lerinin ve mühendislerinin dikkatini bu soruna çekmeye ve muhtemelen algılanan önceliğini artırmaya yardımcı olacaktır.

Ben bir hata olarak görmüyorum, ama varsayılan yapılandırma gerçekten çok can sıkıcı. İşte tüm kombinasyonlarının bir karşılaştırması

TextOptions.TextRenderingMode
TextOptions.TextFormattingMode
RenderOptions.ClearTypeHint

SnapToDevicePixels metin görüntülemede fark yaratmaz.

Tercih ederim:

TextOptions.TextRenderingMode="Auto"
TextOptions.TextFormattingMode="Ideal"
RenderOptions.ClearTypeHint="Auto"

dikey çizgiler asla bulanık olmaz.

Kullanılan yazı tipi, en son TeamViewer'da olduğu gibi iyi kullanılırsa gerçekten güzel olabilen Open Sans Light'dır.

Mahapps.Metro kullananlar için sorun TransitioningContentControl https://github.com/MahApps/MahApps.Metro/issues/889

Sadece WPF'de yapılan VS2010 beta'yı denedim ve bulanık yazı tipi sorunundan KÖTÜ muzdarip. Özellikle araç ipuçlarında.

Bu, WPF4'ün aslında sorunu çözmeyeceğine dair bazı kanıtlar veriyor gibi görünüyor (eğer daha kötü görünüyorsa)

Vay be, sonunda WPF yazı tiplerimi okunabilir hale getirdiğime inanamıyorum. Ayrıca, varsayılan değerler ekranımda korkunçken bu değişiklikleri kolaylaştıracak bir seçenek iletişim kutusu olmadığına da inanamıyorum.

Bu kayıt defteri ayarları (ondalık olarak) benim için çalıştı ve normal cleartype yazı tipime en yakın geldi:

• ClearTypeLevel: 10 (çoğunlukla gri tonlu diğer adlandırma)
• GammaLevel: 1300 (daha yüksek gama, yazı tipini çok ince yaptı ve diğer adlandırmadaki renkleri görüyordum)

"SnapToDevicePixels = true" işe yarıyor diyorlar, ama hiç iyi bir sonuç görmedim.

Farklı bir yazı tipine geçerek bulanık metinle mücadele ediyorum.

Açıkçası bu soruna bir çözüm değil, ancak bu şekilde çalıştım.

Uygulamanız için pencereleri özelleştirmek için bir C # temel sınıfı kullanmayı tercih ediyorsanız (veya şimdi bir nedeniniz varsa), metin biçimlendirmesini çekici Görüntüleme modunu kullanacak şekilde ayarlayabilirsiniz:

public class SnappyWindow : Window
{
    public SnappyWindow()
    {
        SetValue(TextOptions.TextFormattingModeProperty, TextFormattingMode.Display);
    }
}