Дефектные обновления [Core, Extra, Community, Multilib]
| zsx |
|
|
Темы:
1
Сообщения:
145
Участник с: 08 августа 2018
|
В прошлом столетии явно читал об этом. А в этом хорошо бы было разобраться. Беглый поиск выдал: Bitmap fonts are faster and easier to use in computer code… Advantages of bitmap fonts include: Extremely fast and simple to render…и The primary disadvantage of bitmap fonts is that the visual quality tends to be poor when scaled or otherwise transformed, compared to outline and stroke fonts, and providing many optimized and purpose-made sizes of the same font dramatically increases memory usage.Хм... |
| Aivar |
|
|
Темы:
4
Сообщения:
6897
Участник с: 17 февраля 2011
|
Поиск пусть выдает. Я озвучил результаты своих сравнений. Верить им или нет - дело ваше. |
| safocl |
|
|
Темы:
122
Сообщения:
1571
Участник с: 08 октября 2015
|
zsxбыстрее то быстрее, однако, в настоящее время даже одни из самых слабых используемых машин приблизительно равно по времени работают как с растровыми, так и с векторными шрифтами... т.е. разница в производительности настолько мала, что с точки зрения использования человеком они равны. |
| vall |
|
Темы:
45
Сообщения:
1786
Участник с: 28 марта 2017
|
Неожиданно вопрос со шрифтами проявился в CherryTree в KDE. Вдруг приложение стало виснуть намертво, в консоли логов никаких. Оказалось, что из всего множества веток проблема заключалась в попытке открыть лишь две. Восстановление файла из резервной копии (сразу нескольких версий) проблему не устранило. В итоге первичное решение оказалось в том, чтобы в Параметры -- Шрифты -- Шрифт кода вернуть Monospace 9 (по умолчанию). Зависания прекратились. Попытка изменения размера вновь приводила к заморозке. Другим способом избежать проблему был переход на любой НЕ моноширинный шрифт. Вторым шагом пришлось очищать форматы этих двух веток (где содержались блоки кода, скопированные с одного и того же сайта) и затем уже заново приводить записи к необходимому виду. После этой процедуры любые моноширинные шрифты в приложении работали корректно. Оставляю здесь, чтобы коллеги при схожей проблеме не потеряли уйму времени на подобный баг. |
| vs220 |
|
|
Темы:
25
Сообщения:
8524
Участник с: 16 августа 2009
|
vallА какой шрифт у вас прописан на Monospace? |
| vall |
|
|
Темы:
45
Сообщения:
1786
Участник с: 28 марта 2017
|
Сейчас изменил на DroidSansMono.ttf: "Droid Sans Mono" "Regular". До бага был "Monospace" "Regular". |
| vs220 |
|
|
Темы:
25
Сообщения:
8524
Участник с: 16 августа 2009
|
vallMonospace это псевдоним для моноширинных шрифтов. Посмотреть какой шрифт под этим псевдонимом fc-match Monospace. Я к чему - может был в качестве Monospace какой растровый шрифт и из за этого проблемы. |
| vall |
|
|
Темы:
45
Сообщения:
1786
Участник с: 28 марта 2017
|
Понятно.Ну и вывод команды привожу выше. До гномовских нововведений со шрифтами -- совершенно точно -- этой проблемы не было. Как это могло тут проявитьтся мне уж совсем непонятно. Просто констатирую как факт. |
| zsx |
|
|
Темы:
1
Сообщения:
145
Участник с: 08 августа 2018
|
safocl, вот попробовал Monospace в xterm и заметил существенную разницу. Отображается на любителя, но при изменении размера окна xterm подвисает конкретно и текст в нем даже пропадает на 3-10 секунд (htop, например). C растровыми всё отлично.Да... В VTE-шных таких проблем нет. |
| vs220 |
|
|
Темы:
25
Сообщения:
8524
Участник с: 16 августа 2009
|
zsxПо идеи не должны xterm затрагивать. Он pango не использует. Ну и тестировать производительность на нем уже как бы не актуально. В gui теперь в основном pango с cairo P.s. по уму по шрифтам лучше в отдельной теме писать а то оффтопим и я в том числе:( |