> On 2016-09-26, Dmitry Alexandrov wrote: >> Всегда пожалуйста. Причем в прямом смысле — я совсем не художник, но если >> надо >> будет, что-нибудь да нацарапаю. :-) Тем паче, что вполне даже может >> оказаться, >> что оно у меня уже и нацарапано; правда только для одного размера (которым я >> собственно пользуюсь; но да можно и размножить — это дело техники), и в >> формате, не позволяющем сформировать аккуратную «заплатку» (см. ниже; но да >> что-нибудь придумаем). > > Интересный способ разработки фотнтов у: > > > https://medium.com/larsenwork-andreas-larsen/designing-a-coding-font-b10cabd594fc
Пардон, я в черчении шрифтов совсем не специалист, так что, чего тут интересного, боюсь, не уловил. > Он сравнивает свой: > > https://github.com/larsenwork/monoid > > с Fira Mono, Source Code Pro and Pragmata Pro и приводит показаельную > картинку где его фонт на 15 пикселях практически не расплывается. Это да. Главное — грамотно подобрать, что и с чем будем сравнивать. :-)
К слову, у него, кажется, что-то не так с мастшабом; на этой картинке первые три шрифта запрошены как 15-пиксельные, а «Моноид» — как 12-ти; аналогично будет и дальше.
Теперь отключим субпиксельное сглаживание:
Внимание на «ю».
А теперь самое интересное — возьмем не 15 (12) пикселей, а больше.
Увеличенная картинка, полагаю, уже не нужна.
А теперь — смертельный номер — даешь меньше 15 (12) пикселей!
> При таком подходе и учитывая что DPI растет я засомневался в целесообразности > копаться в растровых фонтах. > > Конешно растровый проще рисовать - кубики накидываешь, то ли тягать сплайны. > > И вспомнил почему с дефолтного фонта для GTK (DejaVu Sans) я перешел на > misc-fixed. > > Давно у DejaVu Sans Mono русский скрипт был жирнючий, а ASCII тоненькое. > > Сейчас это поправили до определенной степени, а на ASCII "DejaVu Sans Mono" в > 14 и 15 пикселях очень четкий. > > Не знаю - потому ли что дизайнеры добавили инструкции как на малеьнкие > разрешениях показывать, или потому что линии проводили ближе к границым > пикселей, но FreeMono и DejaVu - отлично смотряться, а множество других - > отвратно размыто-жирно. > >>> Я не вникал а в поиске ничего не нашео что есть в пакетах - чем визуально >>> редактируются bdf файлы? >>> >>> Для векторных вижу что FontForge применяется... >> >> Он же и для растровых прекрасно подходит. >> >> Но тут есть одна тонкость — как и всякий визивиговый редактор он совершенно >> не >> стесняется перезаписывать в файле то, что перезаписывать там не нужно. То >> есть >> чтоб генерировать аккуратные патчи (и вообще мочь все это безобразие >> версионировать), надо знать, чем пользуется именно т. Жеков. А это явно не >> Фонтфорж, а что — он не пишет, и спросить у него негде. Хотя есть у меня >> подозрение, что gbdfed’ом он пользуется. Ну по крайней мере, именно он >> генерирует BDF почти идентичный оригинальному. >> > Удалили gbdfed в 2011: > > https://packages.qa.debian.org/g/gbdfed.html > > На кладбище > > deb [arch=amd64] http://archive.debian.org/debian squeeze main contrib > non-free > > нашел, Ага! А я вот невнимательный — собирал из ванильных исходников. > придется такое держать, а то безжалосно удаляют. Качать с сайтов и > распаковывать неподписаное - неприятно. В смысле строчку в sources.list? Зачем ее держать? Обновляться же оно уже точно не будет. А вообще, можно было, вероятно, и не добавлять, у меня на Джесси исправно и так встало: $ wget http://archive.debian.org/debian/pool/main/g/gbdfed/gbdfed_1.5-1.1_amd64.deb # gdebi gbdfed_1.5-1.1_amd64.deb >> А вот я, честно говоря, даже и не пробовал на пользовательском уровне ничего >> с >> этим делать. Для тестирования шрифт устанавливать не надо, а для постоянного >> пользования православно шрифт пакетировать и пакетом устанавливать — ну и я >> пакетирую по образцу и на замену «xfonts-terminus». Тем более, что через один >> только «xset fp» шрифт не будет доступен в GTK / Qt (или я неправ, и будет?) > > TTF шрифты после подкидывания в ~/.local/share/fonts и перезапуске приложения > сразу доступны даже без: > > fc-cache -f -v Дык а при чем здесь TTF?
