Vấn đề phông chữ mờ WPF- Giải pháp

Vấn đề được mô tả và thể hiện trên các liên kết sau:

• Paul Stovell WPF: Kết xuất văn bản mờ
• diễn đàn www.gamedev.net
• Microsoft Connect: Trình kết xuất văn bản WPF tạo ra văn bản bị mờ ở các cỡ chữ nhỏ

Giải thích: Văn bản rõ ràng trong WPF . Liên kết này có so sánh phông chữ.

Tôi muốn thu thập tất cả các giải pháp có thể cho vấn đề này. Microsoft Expression Blend sử dụng WPF nhưng phông chữ trông có thể đọc được.

• Nền tối như trong Microsoft Expression Blend
• Tăng kích thước phông chữ và thay đổi phông chữ (Calibri ...) [link]
• Các dạng cửa sổ nhúng [link]
• Sử dụng lớp GDI + và / hoặc Windows Forms TextRenderer để kết xuất văn bản thành bitmap, sau đó kết xuất bitmap đó dưới dạng điều khiển WPF. [liên kết]

Có giải pháp nào nữa không?

Điều này sẽ được sửa trong phiên bản beta 2 của VS2010 (và WPF4)

NÓ YÊU THÍCH NHƯ NÓ ĐÃ ĐƯỢC GIẢI QUYẾT!

Scott Hanselman's ComputerZen.com: WPF và Text Blurriness, giờ đã hoàn toàn rõ ràng

Nền tảng kỹ thuật

Có một bài viết chuyên sâu về kết xuất văn bản WPF từ một trong những Trình quản lý chương trình văn bản WPF trên windowsclient.net: Text Clarity trong WPF .

Vấn đề bắt nguồn từ WPF cần một trình kết xuất phông chữ tỷ lệ tuyến tính để có hình ảnh động mượt mà. Mặt khác, ClearType hoàn toàn tự do với phông chữ để đẩy các thân dọc vào pixel tiếp theo.

Sự khác biệt là rõ ràng nếu người ta so sánh mô hình "thác" cổ điển. WinForms ở phía dưới bên trái, WPF ở phía trên bên phải:

Mặc dù tôi cũng không phải là fan hâm mộ của các biểu tượng hiển thị phông chữ của WPF, tôi có thể tưởng tượng ra tiếng kêu nếu hoạt hình sẽ nhảy như họ làm trong thác Winforms.

Chơi với sổ đăng ký

Đối với tôi đặc biệt quan tâm là liên kết đến bài viết " Cài đặt đăng ký ClearType " của MSDN , giải thích các điều chỉnh có thể có của người dùng trong sổ đăng ký:

• Mức ClearType: lượng gợi ý pixel phụ
• Cấp độ gamma
• Cấu trúc pixel: cách các sọc màu trong pixel hiển thị được sắp xếp
• Mức độ tương phản văn bản: điều chỉnh độ rộng của thân glyph để làm cho phông chữ nặng hơn

Chơi xung quanh với các cài đặt này không thực sự cải thiện vấn đề tiềm ẩn, nhưng có thể giúp bằng cách giảm hiệu ứng chảy máu màu cho người dùng nhạy cảm.

Cách tiếp cận khác

Lời khuyên tốt nhất mà bài viết Text Clarity đưa ra là tăng kích thước phông chữ và thay đổi phông chữ. Calibri hoạt động với tôi tốt hơn so với Segoe UI tiêu chuẩn. Do sự phổ biến của nó là phông chữ web, tôi cũng đã thử Verdana, nhưng nó có một bước nhảy khó chịu về trọng lượng giữa 14pt và 15pt, rất dễ thấy khi kích hoạt kích thước phông chữ.

WPF 4.0

WPF 4 sẽ được cải thiện hỗ trợ cho việc ảnh hưởng đến kết xuất phông chữ. Có một bài viết trên Blog Văn bản WPF giải thích về những thay đổi. Nổi bật nhất, hiện có (ít nhất) ba loại kết xuất văn bản khác nhau:

_{<grumble> Đó phải là sợi dây đủ cho mọi nhà thiết kế. </ grumble>}

.NET 4 cuối cùng cũng có giải pháp cho chất lượng hiển thị văn bản kém của WPF, nhưng nó được giấu kín. Đặt các mục sau cho mọi cửa sổ:

TextOptions.TextFormattingMode="Display"

Giá trị mặc định là "Lý tưởng" hoàn toàn không phải là tên của nó.

Có hai tùy chọn khác trong TextOptions, đó là TextHintingMode và TextRenderingMode, nhưng cả hai đều có mặc định hợp lý.

Tôi đã gặp một vấn đề vào một ngày khác khi tôi sử dụng một đường viền có áp dụng DropShadowEffect . Kết quả là tất cả văn bản bên trong đường viền đó cực kỳ mờ. Sẽ không có vấn đề gì nếu văn bản nằm trong các bảng khác hoặc ngay dưới đường viền - bất kỳ khối văn bản nào là con của cha mẹ có Hiệu ứng được áp dụng dường như bị ảnh hưởng.

Giải pháp cho trường hợp cụ thể này là không đặt các thứ bên trong đường viền có hiệu ứng, mà thay vào đó sử dụng lưới (hoặc bất cứ thứ gì khác hỗ trợ đặt nội dung lên nhau) và đặt một hình chữ nhật trong cùng một ô với văn bản (nghĩa là như một người anh em trong cây thị giác) và đặt các hiệu ứng lên đó.

Thích như vậy:

<!-- 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>

Điều này sẽ được sửa trong phiên bản beta 2 của VS2010 (và WPF4):

SnapToDevicePixels chỉ áp dụng cho các hình dạng WPF (dòng vv), không áp dụng cho trình kết xuất văn bản.

Không có cách giải quyết được biết đến vấn đề này. Theo Microsoft, hành vi này là "theo thiết kế".

Cũng xem chủ đề này trên các diễn đàn của Microsoft thảo luận về các vấn đề - nó đã nhận được một vài câu trả lời từ những người MS làm rõ vị trí của họ về vấn đề này.

Từ quan điểm của nhà phát triển, "cách giải quyết" duy nhất được biết đến cho đến nay là sử dụng lớp GDI + và / hoặc Windows Forms TextRenderer để hiển thị văn bản thành bitmap, sau đó hiển thị bitmap đó dưới dạng điều khiển WPF. Ngoài ý nghĩa hiệu năng rõ ràng, điều này không làm giảm bớt vấn đề cho các ứng dụng hiện có.

Bây giờ tôi đã tạo một vé Microsoft Connect cho vấn đề này (thật ngạc nhiên, mặc dù tất cả các tiêu cực, không có báo cáo lỗi thực tế trong trình theo dõi được chỉ định).

Vì đó là một trong những kênh chính thức để truyền đạt các yêu cầu và câu hỏi tới Microsoft, tôi cũng khuyên bạn nên thông qua nó để có câu trả lời nhanh hơn. Ít nhất, nếu bạn muốn vấn đề được giải quyết bằng cách này hay cách khác, việc bỏ phiếu cho vé đó ở đó và / hoặc xác nhận vấn đề sẽ giúp thu hút sự chú ý của các Thủ tướng và kỹ sư của Microsoft đối với vấn đề này và có thể nâng cao mức độ ưu tiên.

Tôi không thấy đó là một lỗi, nhưng cấu hình mặc định thực sự rất khó chịu. Đây là so sánh của tất cả các kết hợp

TextOptions.TextRenderingMode
TextOptions.TextFormattingMode
RenderOptions.ClearTypeHint

SnapToDevicePixels không làm cho bất kỳ sự khác biệt trong kết xuất văn bản.

Tôi thích:

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

nơi các đường thẳng đứng không bao giờ bị mờ.

Phông chữ được sử dụng là Open Sans Light, có thể rất đẹp nếu được sử dụng tốt, như trong TeamViewer mới nhất.

Đối với những người sử dụng Mahapps.Metro, vấn đề là TransitioningContentControl https://github.com/MahApps/MahApps.Metro/issues/889

Chỉ cần dùng thử VS2010 beta, tất cả đều được thực hiện trong WPF và nó bị BADLY do vấn đề phông chữ mờ. Riêng về chú giải công cụ.

Điều đó dường như đưa ra một số bằng chứng cho thấy WPF4 trên thực tế sẽ không giải quyết được vấn đề (nếu bất cứ điều gì có vẻ tồi tệ hơn)

Ồ, tôi không thể tin rằng cuối cùng tôi đã có phông chữ WPF có thể đọc được. Và tôi cũng không thể tin rằng không có hộp thoại tùy chọn để thực hiện những thay đổi này dễ dàng trong khi các giá trị mặc định là khủng khiếp trên màn hình của tôi.

Các cài đặt đăng ký này (ở dạng thập phân) hoạt động với tôi và gần nhất với phông chữ xóa thông thường của tôi:

• ClearTypeLevel: 10 (chủ yếu là răng cưa thang độ xám)
• GammaLevel: 1300 (gamma cao hơn làm cho phông chữ quá mỏng và tôi đã nhìn thấy màu sắc trong răng cưa)

Họ nói "SnapToDevicePixels = true" hoạt động, nhưng tôi chưa bao giờ thấy bất kỳ kết quả tốt nào.

Tôi chống lại văn bản mờ bằng cách chuyển sang một phông chữ khác.

Rõ ràng đây không phải là một giải pháp cho vấn đề, tuy nhiên đây là cách tôi đã làm việc xung quanh nó.

Nếu bạn thích sử dụng lớp cơ sở C # để tùy chỉnh các cửa sổ cho ứng dụng của mình (hoặc bây giờ có lý do), đây là cách bạn đặt có thể đặt định dạng văn bản để sử dụng chế độ Hiển thị hấp dẫn:

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