История изменений
Исправление firkax, (текущая версия) :
Нет, дело совершенно не в серверных шрифтах, и я удивлён что это надо объяснять. Картинка, которую рисует браузер, состоит из множества деталей, и полное её описание содержится только в DOM. Рисовать буквы на одной стороне, остальное на другой, да ещё и конвертировать описание букв из DOM-формата в формат графической платформы - занятие слишком затратное и в итоге менее выгодное, чем нарисовать всё на стороне браузера.
Чтобы нормально рисовать текст на стороне иксов, нужно туда перенести как минимум весь движок html-рендеринга, который за собой потянет следующую проблему - как всё это увязать с js, который хочет как динамически этот самый DOM менять, так и принимать из него события. Поскольку всё это жрёт слишком много ресурсов и вообще сложное, вполне разумное решение выделить html-рисование в отдельный процесс (браузер).
А вот интерфейс (меню там, вкладки с настройками) вполне могли бы рисовать иксовыми примитивами, но тут уж к авторам браузеров претензии.
Ну или другой подход: забиваем на точную совместимость со всякими новомодными css, рисуем страницу так, как проще, а не так, как попиксельно хотели авторы её html-кода (вобщем, примерно так текстовые браузеры lynx links итд делают), тогда да, можно относительно несложно это и серверными шрифтами сделать, думаю, но большинство современных сайтов будут выглядеть неприемлемо.
Исходная версия firkax, :
Нет, дело совершенно не в серверных шрифтах, и я удивлён что это надо объяснять. Картинка, которую рисует браузер, состоит из множества деталей, и полное её описание содержится только в DOM. Рисовать буквы на одной стороне, остальное на другой, да ещё и конвертировать описание букв из DOM-формата в формат графической платформы - занятие слишком затратное и в итоге менее выгодное, чем нарисовать всё на стороне браузера.
Чтобы нормально рисовать текст на стороне иксов, нужно туда перенести как минимум весь движок html-рендеринга, который за собой потянет следующую проблему - как всё это увязать с js, который хочет как динамически этот самый DOM менять, так и принимать из него события. Поскольку всё это жрёт слишком много ресурсов и вообще сложное, вполне разумное решение выделить html-рисование в отдельный процесс (браузер).
А вот интерфейс (меню там, вкладки с настройками) вполне могли бы рисовать иксовыми примитивами, но тут уж к авторам браузеров претензии.
Ну или другой подход: забиваем на точную совместимость со всякими новомодными css, рисуем страницу так, как проще, а не так, как попиксельно хотели авторы её html-кода, тогда да, можно относительно несложно это и серверными шрифтами сделать, думаю, но большинство современных сайтов будут выглядеть неприемлемо.