camell++ 1.2.0

Ну а повод пообсуждать? В других новостях скукота как на похоронах - десяток каментов и все. Вон новость про фритайп рядышком в таком стиле

Я не могу понять кто автор библиотеки? ТС?

Да, я. В 2004-2005 годах.

Тогда это ненужно.

На самом деле таки нужно. Бывает, что надо по быстрому нарисовать что-то в программе, не разводя стопицот кода и не обкладываясь кучей тулкитов с зависимостями. Так что библиотека заинтересовала.

Мы нашли нового мейнтейнера DirectFB

Погрепай его комментарии по сочетанию «ядерная консоль».

Там как правило идет обращение напрямую к буферу видеопамяти.

вечер анекдотов на ЛОР google://egl, drm, nullws, wayland

Векторные примитивы определяются в адекватных единицах, как-то миллиметры, а не пикселах, которые не пойми какого размера и формы и которых уже считай что и нет.

Я может чего не понимаю, но как эти миллиметры выводить на разные мониторы? Их чёртов зоопарк с самой разной плотностью.

В AVR'ках с olmex'овскими дисплейчиками?

Подход: это работает на линукс на x86, а значит это норм — тоже дерьмовый.

KOI8-R — это не «лёгкие технологии», а археология вроде огнива или палки-копалки. Там где нужно «легко» используют ASCII и английский язык. А адепты KOI8-R — сознательно разводят помойку и увеличивают энтропию Земли.

Во-во, базовая ASCII рулит! А зоопарк национальных кодировок ненужен.

Так что библиотека заинтересовала.

Толсто.

Я может чего не понимаю, но как эти миллиметры выводить на разные мониторы? Их чёртов зоопарк с самой разной плотностью.

Не понимаешь, потому что вопрос должен звучать «как эти пиксели выводить на разные мониторы? Их чёртов зоопарк с самой разной плотностью.» А миллиметры везде одинаковые, их так и выводить, плотность-то известна.

Подход: это работает на линукс на x86, а значит это норм — тоже дерьмовый.

Ну, это про библиотеку из топика. Не понял относительно чего твоё «тоже».

ASCII, конечно, рулит, только, вот, не всегда достаточно одной этой ASCII, да и 7-ми битных терминалов в природе больше нет. Но, есть ядерная консоль со шрифтами в 256 символов, которая позволяет работать с однобайтными кодировками. Однобайтными, а не 7-ми битными. Поэтому и выбирать приходится из однобайтных. И этот выбор может быть сделан ещё до того как UTF-8 стал мейнстримом.

плотность-то известна.

Это более высокой уровень. А сабж наоборот тупой как пробка.

Ну, это про библиотеку из топика. Не понял относительно чего твоё «тоже».

ТС декларирует переносимость в своих тезисах о «хорошем ПО». Если он сам написал не переносимое — это его проблемы.

И этот выбор может быть сделан ещё до того как UTF-8 стал мейнстримом.

Даже имя человек можно поменять, а уж используемую технологию..

Даже имя человек можно поменять, а уж используемую технологию..

Кодировку выбирают один раз и на всю жизнь. Это как с женой, только еще строже.

А сабж наоборот тупой как пробка.

Ну ты всё сам сказал.

ТС декларирует переносимость.

О какой переносимости может идти речь с завязкой на X11?

Векторные примитивы определяются в адекватных единицах, как-то миллиметры, а не пикселах

Увы, увы - тот же cairo работает с пикселями/точками, а не с чем-то другим. Потому как конечный результат рендеринга это битмап, который состоит из пикселей. Людские единицы измерений вводятся на уровне приложений, а не библиотек.

Даже имя человек можно поменять, а уж используемую технологию..

Может. Если есть смысл менять эту технологию. При векторных шрифтах с тысячами символов, конечно, самое то юзать юникод. А при растровых шрифтах в 256 символов от юникода нет никакого профита. Только, наоборот, от всех остальных тысяч символов, которые за рамками имеющихся 256-ти, появляются квадратики. Ну и зачем всё портить кучей этих квадратиков, если можно оставить локаль KOI8-R, которая содержит все имеющиеся символы?

О какой переносимости может идти речь с завязкой на X11?

О переносимости между разными архитектурами железа и разными ОС семейства UNIX. Библиотека должна одинаково работать и в GNU/Linux на x86, и на FreeBSD на ARM'ах,... и т.д. И, да, под виндой тоже должно работать: https://sourceforge.net/projects/xming/ .

Ну как в drm к видяхе обращаться надо, знаешь? Тебе выдается указатель на буфер видеопамяти.

И ты можешь прямо туда рисовать. Без всяких вейлендов и gl. Можешь также egl использовать, если хочешь. А вейленд и композитор это чисто юзерспейсные библиотека и программа для создания окошек

Это особенность убогой реализации виртуальной консоли (мы же не про древний 80x25 говорим?)

Да, мы говорим про vt из состава ядра. И в vt.c жёстко ограничен размер растрового PSF шрифта в 64 Кб. И речь как раз таки про то, когда больше ничего нет. Вот в таких условиях локаль KOI8-R незаменима.

Ну начнем с того, что пиксели бывают неквадратные. И либа про это должна знать. Также как и про dpi.

Про это должен знать софт, которому важна аккуратность вывода, а не библиотека. Библиотека не может знать больше чем знает X-сервер.

Нет никакого резона ради одного случая из кучи использовать другую локаль. Попытки поступиться универсальностью обходятся часто дороже

Софту надо чтобы была нарисована кнопка с системной темой оформления.

Тему оформления софт не задает и может даже не знать.

А вот графическая либа знает и что в теме указано, и параметры оборудования.

Никаких причин не делать нормальные шрифты в vt.c нет.

Повторяю, мы же не про 80x25 говорим, а про нормальную фреймбуферную консоль

ради одного случая

А это может быть не исключением, а правилом.

А вот графическая либа знает и что в теме указано, и параметры оборудования.

Это уже другой уровень абстракции. Можно написать такую библиотеку, которая будет использовать сабжевую библиотеку. Но, это будет уже другая библиотека.

Никаких причин не делать нормальные шрифты в vt.c нет.
Повторяю, мы же не про 80x25 говорим, а про нормальную фреймбуферную консоль

Мы говорим конкретно про ядерный vt, а не разного рода fbterm'ы. Это, опять таки, другой уровень абстракции. Юзер может и не устанавливать fbterm посчитав его достаточно тяжёлым.

У vt может быть самое разное текстовое разрешение, включая 120x36, но при этом он использует растровые PSF шрифты. И никак иначе.

мнэээ... ну и как ты себе представляешь отражение неквадратного пикселя в битмапе той же иконки? Ну вот как это ложиться напр. на точку с #ff56aa ?

Терминал в ядре также работает поверх фреймбуфера. Есть, правда, древний как фекалии мамонта, текстовый режим видеокарты, но его всерьез какой смысл рассматривать?

Терминал в ядре также работает поверх фреймбуфера

Да, но при этом продолжая использовать растровые PSF шрифты, и только растровые PSF шрифты. С ограничением в 64 Кб на весь PSF шрифт. Так что, больше чем на 256 символов в шрифте при использовании ядерного vt можно не рассчитывать. Особенно если размер символов нужен не меньше чем 16x30 пикселей.

Это недостаток конкретной реализации

Это особенность, на которую можно смотреть по-разному.

X11

Иксы портированны на чертову кучу ОС и железа. Они синоним переносимости.

Ясное дело, что можно. Вот только Cairo - это инструмент потяжелее. Когда вычислительных ресурсов дофига и экономить их не требуется, можно и воспользоваться. Только при этом практика такова, что с таких систем приходят идиоты, которые начинают пихать решения вроде Cairo везде и всюду. Так и впихнули JS в микроконтроллеры. Так и впихнулы веб-приложения на десктоп как десктопные. И т.д.

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

Векторные примитивы определяются в адекватных единицах, как-то миллиметры, а не пикселах, которые не пойми какого размера и формы и которых уже считай что и нет.

Как нет? Пиксели есть физически. Что плохого в том, что библиотека низкоуровневая?

Ну и где нет? В AVR'ках с olmex'овскими дисплейчиками? Там и иксов нет, лол.

Ещё своей бошкой подумай, где. Твоё мышление компонентами известных в среде васянов брендов тебя выдаёт. Ардуинщик что ли?

Когда всё на X11 заточено?

Это уже вопрос к реализации. Программа в данном случае не должна знать о GPU.

На XP сидишь? Ну сиди, проверенный ты наш.

Вот и спалился ты, вантузятник.

объективный факт это не отменит - про библиотеку «с десятилетней историей» никто не знает.

И? Это ты так оправдываешь свои высеры, которыми ты тут тряс?

Как раз очень могут быть нужны. Это же не просто выводилка графики, но и сетевая система.

Адепты KOI8-R не принуждают всех пользоваться этой кодировкой. Максимум что они делают - пытаются сохранить её поддержку. И ничего плохого в этом нет, иначе надо выкидывать все однобайтные кодировки вообще. Но ту же CP1251 почему-то никто не горит желанием выкинуть.

Во всяком embedded иксы хорошо могут ужиться, так как они не такие уж и жирные на фоне всяких вялендов с тулкитами. А ещё можно поставить коробочку с не очень производительным ARM без дисплея, и по сети уже удалённо рулить каким-нибудь процессом.

UTS-8 уже мейнстрим. И это не мешает использовать KOI8-R. Просто в ядерной консоли многобайтные кодировки нафиг не впёрлись, так как для вывода служебной информации они ничего не дадут, зато сильно усложнят соответствующую подсистему.

Так X11 - это переносимая графическая система. Она работает на наибольшем количестве платформ по факту.

На самом деле библиотека может знать. Но это уровень выше.

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

Это уже не пиксели, а примитивы другого вида, которыми пиксели заменены.

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

Щас бы в 2k17 X11 использовать.