WPF: обработка поврежденного кэша шрифтов - PullRequest
7 голосов
/ 09 декабря 2010

У меня есть приложение WPF (.NET 3.5), которое обычно запускается на компьютерах XP нашего клиента. За последние 5 месяцев было три случая, когда поврежденный кэш шрифтов приводил к тому, что приложение перестало отвечать на запросы при загрузке.

Удаление кэша шрифтов для этих инструкций действительно решает немедленную проблему.

Тем не менее, я хотел бы найти способ помочь предотвратить такое повреждение с самого начала (большая часть того, что я прочитал, предполагает, что это связано с обновленными драйверами видео без перезагрузки после?), Или иметь мое приложение для обработки поврежденный кэш шрифтов изящным образом (закрывается с сообщением об ошибке для пользователя, вместо того, чтобы сидеть в состоянии «Не отвечает», казалось бы, неопределенно долго), или мое приложение вообще не использует кэш шрифтов.

Я открыт для других вариантов, конечно, это первые три, которые пришли мне в голову.

Ответы [ 2 ]

2 голосов
/ 22 сентября 2011

Я не могу предоставить решение, но это, похоже, основная ошибка windows / wpf. У нас была та же проблема с нашим продуктом, который является закрытой системой Windows Embedded. Никакое программное обеспечение не устанавливается и не запускается, кроме нашего собственного, драйверы не меняются после начальной установки и т. Д., Но это происходит Наше текущее решение - всегда удалять кеш при завершении работы. Не отлично, но у нас работает.

(Извините, это ответ, а не комментарий, у меня нет необходимой репутации)

0 голосов
/ 10 октября 2011

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

Решение, которое работало для меня: Ошибка SystemFontFamilies при привязке к списку

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...