Шрифт WPF: Почему некоторые символы отсутствуют?

Я не использую WPF, но знаю, что Microsoft по-разному обрабатывает латинские и нелатинские символы. Я видел, что вы можете определить составной шрифт и сопоставить определенный диапазон Unicode шрифту. Вы можете попробовать принудительно использовать свой шрифт для всего диапазона Unicode. текст ссылки

The short answer is that Scramble doesn't use a blank scrabble piece for an em space in WPF or anything else. You'll need another font or something to edit the em/en space glyphs (something like Font Creator).

I got another font (x-grid) which i KNOW has a special glyph for spaces and used them as in the code below.

<Window x:Class="WpfApplication1.Window1"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Title="Window1" Height="300" Width="500">
<Grid>
    <Grid.RowDefinitions>
        <RowDefinition/>
        <RowDefinition/>
    </Grid.RowDefinitions>
    <TextBlock Grid.Row="0" FontFamily="Scramble" TextAlignment="Center" HorizontalAlignment="Center" FontSize="24" Text="Example Text M M M"/>
    <TextBlock Grid.Row="1" FontFamily="x-grid"  TextAlignment="Center" HorizontalAlignment="Center" FontSize="24" Text="Example Text M M M"/>
</Grid>

The resulting window looked like this.

Nothing to do with font-fallback I'm afraid. Sorry, but I hope that helps.

**UPDATE:**Sorry, just noticed you mentioned numbers too. A quick test in Paint.Net shows that numbers don't appear in tiles either.

Типографика в целом и шрифты в частности - довольно сложная тема, которой я особо не занимаюсь. Тем не менее, вот что я понял из Типографика в Windows Presentation Foundation и связанной документации MSDN:

• Текст отображается с помощью конвейера визуализации текста (см. Ссылку выше для диаграммы).
• WPF поддерживает OpenType как расширение формата шрифта TrueType.
  • Объект Typography предоставляет множество дополнительных функций шрифтов OpenType.
• Важной концепцией визуализации текста низкого уровня является элемент Glyphs , см. MSDN Introduction .

Если вы посмотрите на упомянутую диаграмму конвейера рендеринга текста, вы заметите, что хотя глифы являются строительными блоками, на них можно воздействовать различными способами (фильтровать / преобразовывать / ...), прежде чем они наконец будут отображаться на конкретный носитель, например экран или принтер; одним из примеров может быть применение ClearType для ЖК-экранов. Однако, как обычно с концепциями конвейерной обработки, эти преобразования в целом более или менее необязательны.

Теперь, в зависимости от требований вашего приложения, это может уже дать решение. Если вам действительно не нужен TextBox, вы можете просто использовать Glyphs как таковой:

<Page xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
      xmlns:sys="clr-namespace:System;assembly=mscorlib" 
      xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" >
  <Grid>
    <TextBox Text="TextBox: 1234567890" FontFamily="Scramble" FontSize="12" />
    <Glyphs UnicodeString="Glyphs: 1234567890" FontUri="C:\WINDOWS\Fonts\Scramble.TTF" 
            FontRenderingEmSize="12" Fill="Black" OriginX="5" OriginY="32"/>
  </Grid>
</Page>

Элемент Glyphs отображает пустые плитки для чисел по желанию, а элемент TextBox - нет. Обратите внимание, что из-за того, что Glyphs является элементом низкого уровня, применяются некоторые ограничения, в частности, требуются все FontUri / Fill / FontRenderingEmSize, т.е. нет значений по умолчанию, как для связанных свойств TextBox.

Имея в виду все это, вернемся к исходному вопрос: Я бы не стал думать о данной проблеме как об ограничении WPF (или даже об ошибке), а скорее о влиянии, касающемся требований к отрисовке текста и значений по умолчанию, применяемых в контексте макета пользовательского интерфейса WPF. Например, составной (т.е. не низкого уровня) элемент управления TextBox применяет параметры форматирования текста и типографики к своему содержимому (глифам), облегчая различные таблицы сопоставления символов, встроенные в шрифты (потенциально существует много ] их...); специальные / упрощенные шрифты, такие как Scramble, могут просто не предоставлять здесь достаточного количества или правильной информации, следовательно, механизм рендеринга WPF может быть вынужден применить резервный шрифт, как уже было описано GalacticCowboy .

Если это действительно так, то это возможно, можно каким-то образом переопределить алгоритм рендеринга по умолчанию WPF (см. класс TextFormatter , текстовый движок WPF), но, вероятно, потребуется довольно глубоко изучить структуру, чтобы выяснить, что происходит в TextBox . Вероятно, гораздо проще «отладить» в конечном итоге отсутствующие или неправильные сопоставления символов в шрифте Scramble. Но это было бы совсем другое дело ...

Вместо установки FontFaily = "Fonts / # Scrambe" просто используйте имя шрифта без "Fonts / #":

<TextBox Text="Testing testing testing" FontFamily="Scramble" />

У меня это сработало. Я загрузил и установил шрифт, о котором вы говорили, и он отлично показывает шрифт как в представлении дизайна в VS2008, так и во время выполнения, когда я запускаю приложение.