Дефектные обновления [Core, Extra, Community, Multilib]

В прошлом столетии явно читал об этом. А в этом хорошо бы было разобраться.

Беглый поиск выдал:

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.
Хм...
Поиск пусть выдает. Я озвучил результаты своих сравнений. Верить им или нет - дело ваше.
zsx
быстрее то быстрее, однако, в настоящее время даже одни из самых слабых используемых машин приблизительно равно по времени работают как с растровыми, так и с векторными шрифтами... т.е. разница в производительности настолько мала, что с точки зрения использования человеком они равны.
Неожиданно вопрос со шрифтами проявился в CherryTree в KDE.

Вдруг приложение стало виснуть намертво, в консоли логов никаких. Оказалось, что из всего множества веток проблема заключалась в попытке открыть лишь две. Восстановление файла из резервной копии (сразу нескольких версий) проблему не устранило. В итоге первичное решение оказалось в том, чтобы в Параметры -- Шрифты -- Шрифт кода вернуть Monospace 9 (по умолчанию). Зависания прекратились. Попытка изменения размера вновь приводила к заморозке. Другим способом избежать проблему был переход на любой НЕ моноширинный шрифт.

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

Оставляю здесь, чтобы коллеги при схожей проблеме не потеряли уйму времени на подобный баг.
vall
вернуть Monospace
А какой шрифт у вас прописан на Monospace?
fc-match  Monospace
Сейчас изменил на DroidSansMono.ttf: "Droid Sans Mono" "Regular". До бага был "Monospace" "Regular".
vall
До бага был "Monospace" "Regular"
Monospace это псевдоним для моноширинных шрифтов. Посмотреть какой шрифт под этим псевдонимом fc-match Monospace.

Я к чему - может был в качестве Monospace какой растровый шрифт и из за этого проблемы.
Понятно.
ml16 ~ $ fc-match  Monospace
DroidSansMono.ttf: "Droid Sans Mono" "Regular"
Да уж) Совпадение. В параметрах cherrytree Шрифт -- Шрифт кода выставил Droid Sans Mono. И мысль была направлена туда...
Ну и вывод команды привожу выше.

До гномовских нововведений со шрифтами -- совершенно точно -- этой проблемы не было. Как это могло тут проявитьтся мне уж совсем непонятно. Просто констатирую как факт.
safocl, вот попробовал Monospace в xterm и заметил существенную разницу. Отображается на любителя, но при изменении размера окна xterm подвисает конкретно и текст в нем даже пропадает на 3-10 секунд (htop, например). C растровыми всё отлично.
$ fc-match  Monospace
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
Возможно, просто из-за нынешних изменений...
Да... В VTE-шных таких проблем нет.
zsx
из-за нынешних изменений…
По идеи не должны xterm затрагивать. Он pango не использует.
Ну и тестировать производительность на нем уже как бы не актуально.
В gui теперь в основном pango с cairo
P.s. по уму по шрифтам лучше в отдельной теме писать а то оффтопим и я в том числе:(
 
Зарегистрироваться или войдите чтобы оставить сообщение.