Первый тикет цитаты Mark Dark в терминале Гнома

Терминал GNOME просто использует Pango для рендеринга шрифтов, как и почти все приложения GTK +.

Шрифты, которые он использует, - это векторные шрифты, которые отлично смотрятся на несколько больших размерах, но при незначительных размерах вопрос, подобный этому, может появляются. Предполагается, что глифы нарисованы на поверхности с гораздо более высоким разрешением, затем уменьшены и сглажены до требуемого размера.

При уменьшении масштаба разница между горизонтальным смещением двух тиков, вероятно, становится нецелым , скажем, 2.2 пикселя (или любое другое значение). Из-за этого нецелого смещения антиалиасинг производит различное отображение в фактические пиксели экрана.

Давайте возьмем аналогичный, но гипотетический пример. Пусть ячейки символов имеют ширину 6 пикселей, а символ " определяется как два прямоугольника в шрифте. Представьте, что gnome-terminal сначала рисует символ на холсте, который составляет 6 * 1024 = 6144 пикселя в ширину, каждый пиксель становится «включен» (цвет переднего плана) «off» (цвет фона), между значениями нет. Первый тикпад выпадает из координат (на основе 0) от 1024 до 2047, а второй - с 3300 до 4323.

Теперь давайте уменьшим масштаб в 1024 раза. Первый тик точно падает на пиксель 1 (0-основанный, то есть «второй» пиксель), не требуется сглаживание.

Второй тик падает частично (78%) на пиксель 3, частично (22). Этот пиксель будет точно соответствовать цвету вашего переднего плана, а его соседние пиксели будут точно соответствовать цвету вашего фона. %) на пикселе 4. Итак, как эти пиксели будут освещены? Прочитайте антиалиасинг, а также подпиксельную визуализацию, чтобы понять некоторые из трюков, сделанных здесь, но независимо от того, что вы делаете с программным обеспечением, это не может выглядеть так резко, как тот, который попадает именно на пиксель.

[d8 ] xterm поддерживает (и по умолчанию) растровые шрифты, шрифты, которые не имеют сглаживания, каждый пиксель точно соответствует либо переднему, либо фоновому цвету. Каждый из этих шрифтов был разработан для определенного размера и не предназначен для масштабирования.

Я не думаю, что терминал GNOME всегда поддерживал растровые шрифты. Раньше у него была возможность отключить сглаживание, но больше этого не было. (Это сглаживание по-прежнему доступно с использованием некоторых мастей Pango или Fontconfig, я не знаю.)

Несколько идей для смягчения проблемы:

Выберите эмулятор терминала, который поддерживает растровые шрифты. (Как разработчик терминала GNOME, я лично не рекомендую эту опцию: -D.) Попробуйте другие шрифты. Используйте цветовые схемы более высокого контраста (например, избегайте синего цвета на черном). Увеличьте размер шрифта. Если (или когда-либо) выполнимо, замените монитор на лучшее разрешение. (Например, мой 15-дюймовый ноутбук с разрешением 1366x768 скончался около года назад и купил 15-дюймовый 1920x1080. Это имело реальную разницу, я никогда не вернусь к более низкому разрешению. И это все еще не так близко к передовой доступный на рынке.)

Терминал GNOME просто использует Pango для рендеринга шрифтов, как и почти все приложения GTK +.

Шрифты, которые он использует, - это векторные шрифты, которые отлично смотрятся на несколько больших размерах, но при незначительных размерах вопрос, подобный этому, может появляются. Предполагается, что глифы нарисованы на поверхности с гораздо более высоким разрешением, затем уменьшены и сглажены до требуемого размера.

При уменьшении масштаба разница между горизонтальным смещением двух тиков, вероятно, становится нецелым , скажем, 2.2 пикселя (или любое другое значение). Из-за этого нецелого смещения антиалиасинг производит различное отображение в фактические пиксели экрана.

Давайте возьмем аналогичный, но гипотетический пример. Пусть ячейки символов имеют ширину 6 пикселей, а символ " определяется как два прямоугольника в шрифте. Представьте, что gnome-terminal сначала рисует символ на холсте, который составляет 6 * 1024 = 6144 пикселя в ширину, каждый пиксель становится «включен» (цвет переднего плана) «off» (цвет фона), между значениями нет. Первый тикпад выпадает из координат (на основе 0) от 1024 до 2047, а второй - с 3300 до 4323.

Теперь давайте уменьшим масштаб в 1024 раза. Первый тик точно падает на пиксель 1 (0-основанный, то есть «второй» пиксель), не требуется сглаживание.

Второй тик падает частично (78%) на пиксель 3, частично (22). Этот пиксель будет точно соответствовать цвету вашего переднего плана, а его соседние пиксели будут точно соответствовать цвету вашего фона. %) на пикселе 4. Итак, как эти пиксели будут освещены? Прочитайте антиалиасинг, а также подпиксельную визуализацию, чтобы понять некоторые из трюков, сделанных здесь, но независимо от того, что вы делаете с программным обеспечением, это не может выглядеть так резко, как тот, который попадает именно на пиксель.

xterm поддерживает (и по умолчанию) растровые шрифты, шрифты, которые не имеют сглаживания, каждый пиксель точно соответствует либо переднему, либо фоновому цвету. Каждый из этих шрифтов был разработан для определенного размера и не предназначен для масштабирования.

Я не думаю, что терминал GNOME всегда поддерживал растровые шрифты. Раньше у него была возможность отключить сглаживание, но больше этого не было. (Это сглаживание по-прежнему доступно с использованием некоторых мастей Pango или Fontconfig, я не знаю.)

Несколько идей для смягчения проблемы:

Выберите эмулятор терминала, который поддерживает растровые шрифты. (Как разработчик терминала GNOME, я лично не рекомендую эту опцию: -D.) Попробуйте другие шрифты. Используйте цветовые схемы более высокого контраста (например, избегайте синего цвета на черном). Увеличьте размер шрифта. Если (или когда-либо) выполнимо, замените монитор на лучшее разрешение. (Например, мой 15-дюймовый ноутбук с разрешением 1366x768 скончался около года назад и купил 15-дюймовый 1920x1080. Это имело реальную разницу, я никогда не вернусь к более низкому разрешению. И это все еще не так близко к передовой доступный на рынке.)

Терминал GNOME просто использует Pango для рендеринга шрифтов, как и почти все приложения GTK +.

Шрифты, которые он использует, - это векторные шрифты, которые отлично смотрятся на несколько больших размерах, но при незначительных размерах вопрос, подобный этому, может появляются. Предполагается, что глифы нарисованы на поверхности с гораздо более высоким разрешением, затем уменьшены и сглажены до требуемого размера.

При уменьшении масштаба разница между горизонтальным смещением двух тиков, вероятно, становится нецелым , скажем, 2.2 пикселя (или любое другое значение). Из-за этого нецелого смещения антиалиасинг производит различное отображение в фактические пиксели экрана.

Давайте возьмем аналогичный, но гипотетический пример. Пусть ячейки символов имеют ширину 6 пикселей, а символ " определяется как два прямоугольника в шрифте. Представьте, что gnome-terminal сначала рисует символ на холсте, который составляет 6 * 1024 = 6144 пикселя в ширину, каждый пиксель становится «включен» (цвет переднего плана) «off» (цвет фона), между значениями нет. Первый тикпад выпадает из координат (на основе 0) от 1024 до 2047, а второй - с 3300 до 4323.

Теперь давайте уменьшим масштаб в 1024 раза. Первый тик точно падает на пиксель 1 (0-основанный, то есть «второй» пиксель), не требуется сглаживание.

Второй тик падает частично (78%) на пиксель 3, частично (22). Этот пиксель будет точно соответствовать цвету вашего переднего плана, а его соседние пиксели будут точно соответствовать цвету вашего фона. %) на пикселе 4. Итак, как эти пиксели будут освещены? Прочитайте антиалиасинг, а также подпиксельную визуализацию, чтобы понять некоторые из трюков, сделанных здесь, но независимо от того, что вы делаете с программным обеспечением, это не может выглядеть так резко, как тот, который попадает именно на пиксель.

xterm поддерживает (и по умолчанию) растровые шрифты, шрифты, которые не имеют сглаживания, каждый пиксель точно соответствует либо переднему, либо фоновому цвету. Каждый из этих шрифтов был разработан для определенного размера и не предназначен для масштабирования.

Я не думаю, что терминал GNOME всегда поддерживал растровые шрифты. Раньше у него была возможность отключить сглаживание, но больше этого не было. (Это сглаживание по-прежнему доступно с использованием некоторых мастей Pango или Fontconfig, я не знаю.)

Несколько идей для смягчения проблемы:

Выберите эмулятор терминала, который поддерживает растровые шрифты. (Как разработчик терминала GNOME, я лично не рекомендую эту опцию: -D.) Попробуйте другие шрифты. Используйте цветовые схемы более высокого контраста (например, избегайте синего цвета на черном). Увеличьте размер шрифта. Если (или когда-либо) выполнимо, замените монитор на лучшее разрешение. (Например, мой 15-дюймовый ноутбук с разрешением 1366x768 скончался около года назад и купил 15-дюймовый 1920x1080. Это имело реальную разницу, я никогда не вернусь к более низкому разрешению. И это все еще не так близко к передовой доступный на рынке.)