Випуск розмитих шрифтів WPF - Рішення

Проблема описана та продемонстрована за наступними посиланнями:

• Пол Стовелл WPF: Розмита візуалізація тексту
• Форум www.gamedev.net
• Microsoft Connect: Відображення тексту WPF створює сильно розмитий текст невеликих розмірів шрифту

Пояснення: Чіткість тексту у WPF . Це посилання має порівняння шрифтів.

Я хотів би зібрати всі можливі рішення цієї проблеми. Microsoft Expression Blend використовує WPF, але шрифти виглядають читабельними.

• Темний фон, як у Microsoft Expression Blend
• Збільшення розміру шрифту та зміна шрифту (Calibri ...) [посилання]
• Вставити форми Windows [посилання]
• Використовуйте клас GDI + та / або клас Windows Forms TextRenderer для відтворення тексту в растрову карту, а потім виведіть цю растрову карту як елемент керування WPF. [посилання]

Чи є ще рішення?

Це буде зафіксовано у бета-версії VS2010 (та WPF4)

ГОЛОСУЄТЬСЯ, ЯК ВІНШЕ РОШЕНО!

ComputerZen.com Скотта Хензельмана: WPF та розмитість тексту, тепер із повною чіткістю

Технічні передумови

Існує поглиблена стаття про візуалізацію тексту WPF від одного з менеджерів текстової програми WPF на windowsclient.net: Ясність тексту у WPF .

Проблема зводиться до WPF, потребуючи лінійного масштабування шрифтового рендерінга для плавної анімації. Pure ClearType, з іншого боку, вимагає трохи свободи з шрифтом, щоб підштовхнути вертикальні стебла до наступного пікселя.

Різниця очевидна, якщо порівнювати класичний візерунок «каскаду». WinForms у нижній лівій частині, WPF у верхній правій частині:

Хоча я і не шанувальник ідентифікацій шрифту WPF, я можу собі уявити нахабство, якби анімації стрибали так, як це роблять у каскаді Winforms.

Граючи з реєстром

Мене особливо зацікавило посилання на статтю MSDN " Налаштування реєстру ClearType ", в якій пояснюються можливі коригування користувача в реєстрі:

• Рівень ClearType: кількість натяку на субпіксель
• Рівень гамми
• Структура пікселів: як розташовані кольорові смуги в пікселі дисплея
• Рівень контрасту тексту: регулює ширину стебла гліфа, щоб зробити шрифт важчим

Діяльність з цими налаштуваннями не дуже покращила основну проблему, але може допомогти, зменшивши ефект кольорового кровотечі для чутливих користувачів.

Ще один підхід

Найкращою порадою, яку надала стаття «Чіткість тексту», було збільшення розміру шрифту та зміна шрифту. Calibri працює для мене краще, ніж стандартний інтерфейс Segoe. Через свою популярність як веб-шрифту, я також спробував Verdana, але він має неприємний стрибок у вазі між 14pt і 15pt, що дуже видно при анімації розміру шрифту.

WPF 4.0

WPF 4 матиме покращену підтримку впливу на надання шрифтів. У текстовому блозі WPF є стаття, що пояснює зміни. Найвизначніше, зараз існує (щонайменше) три різних види відображення тексту:

_{<grumble> Це повинно бути достатньо мотузки для кожного дизайнера. </grumble>}

.NET 4 нарешті має рішення для поганої якості передачі тексту WPF, але це добре приховано. Встановіть наступне для кожного вікна:

TextOptions.TextFormattingMode="Display"

Значення за замовчуванням - "Ідеальне", яке зовсім не те, що означає назва.

У TextOptions є два інші параметри, а саме TextHintingMode та TextRenderingMode, але вони обидва мають значущі значення за замовчуванням.

Я зіткнувся з проблемою днями, коли я застосував рамку, на якій застосовано DropShadowEffect . Результатом було те, що весь текст у межах цієї межі був надзвичайно розмитим. Не має значення, чи був текст на інших панелях або безпосередньо під межею - здається, що це впливає на будь-який текстовий блок, який є дочірнім батьком, який має застосований ефект .

Рішенням цього конкретного випадку було не поміщати речі всередині межі, яка має наслідки, а замість цього використовувати сітку (або що-небудь інше, що підтримує розміщення вмісту один на одного) і розмістити прямокутник у тій же комірці, що і текст (тобто як побратим у візуальному дереві) і поставити ефекти на це.

Так:

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

Це буде виправлено у бета-версії VS2010 (та WPF4):

SnapToDevicePixels стосується лише форм WPF (ліній тощо), а не для текстового візуалізації.

Невідомо вирішення цього питання. За твердженням Microsoft, поведінка - "задумом".

Також дивіться цю тему на форумах Microsoft, де обговорюються проблеми - вона отримала кілька відповідей хлопців з MS, які пояснюють їхню позицію щодо цього питання.

З точки зору розробника, єдиним відомим на сьогодні "вирішенням" є використання класу GDI + та / або Windows Forms TextRenderer для відтворення тексту в растровий малюнок, а потім надання цього растрового зображення в якості елемента керування WPF. Окрім очевидних наслідків для продуктивності, це не зменшує проблеми для існуючих додатків.

Зараз я створив квиток на Microsoft Connect для цієї проблеми (на мій подив, не дивлячись на весь негатив, фактичного звіту про помилки у визначеному трекері не було).

Оскільки це один з офіційних каналів передачі запитів та запитань Microsoft, я б радив також пройти його для швидшої відповіді. Принаймні, якщо ви хочете вирішити це питання так чи інакше, голосування за цей квиток та / або підтвердження питання допоможе привернути увагу прем’єр-міністрів та інженерів Microsoft до цієї проблеми та, можливо, підвищить її сприйнятий пріоритет.

Я не бачу це як помилку, але конфігурація за замовчуванням насправді дуже дратує. Ось порівняння всіх комбінацій

TextOptions.TextRenderingMode
TextOptions.TextFormattingMode
RenderOptions.ClearTypeHint

SnapToDevicePixels не робить жодних диференціалів у візуалізації тексту.

Я віддаю перевагу:

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

де вертикальні лінії ніколи не розмиті.

Шрифт, який використовується, є Open Sans Light, який може бути дуже красивим, якщо він добре використовується, як в останньому TeamViewer.

Для тих, хто використовує Mahapps.Metro, проблема полягає в TransitioningContentControl https://github.com/MahApps/MahApps.Metro/isissue/889

Щойно випробував бета-версію VS2010, що все зроблено у WPF, і вона страждає BADLY від проблеми розмитого шрифту. Зокрема на підказках.

Це, мабуть, дає певні докази того, що WPF4 насправді не вирішить проблему (якщо щось буде гірше)

Нічого собі, я не можу повірити, що я нарешті отримав свої читальні шрифти WPF. І я також не можу повірити, що немає діалогового вікна параметрів, щоб спростити ці зміни, тоді як на моєму екрані значення за замовчуванням жахливі.

Ці параметри реєстру (у десятковій частині) працювали для мене і наближалися до мого звичайного чіткості шрифту:

• ClearTypeLevel: 10 (здебільшого згладжування відтінків сірого)
• GammaLevel: 1300 (вища гамма зробила шрифт занадто тонким, і я бачив кольори в псевдонімі)

Вони кажуть, що "SnapToDevicePixels = true" працює, але я ніколи не бачив хороших результатів.

Я борюся з розмитим текстом, переходячи на інший шрифт.

Очевидно, це не є вирішенням проблеми, однак я так працював над цим.

Якщо ви віддаєте перевагу використовувати базовий клас C # для налаштування вікон для вашої програми (або тепер у вас є причина), ось як ви можете встановити форматування тексту для використання привабливого режиму відображення:

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