forum.clarionlife.net

Да я, собственно, не об этом...
Я - о колоссальном контрасте при взгляде на проблему извне и изнутри...

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

Игорь Столяров писал(а): 18 Февраль 2020, 18:48 Понимаете, в одной деревне всех звали Буратино

Ну, там еще Папа Карло есть...

Игорь Столяров писал(а): 13 Февраль 2020, 11:58 В ZINT есть ещё возможность генерить векторные форматы (SVG)

Игорь Столяров писал(а): 13 Февраль 2020, 11:58 Вы сейчас дословно описали работу метода ZintClass.BitmapToImage(), который всё это делает.

Я старался...
С учетом того, что я понятия не имею, что такое ZINT...

Ну, если так, то, похоже, Кларион под {PROP:ImageBits} понимает тупо копию ФАЙЛА в памяти. Причем, любого: BMP, GIF и т.п.
Соответственно, и подсовывать ему в этом случае надо файл: BIMAPFILEHEADER + BITMAPINFOHEADER + пиксели.
Можно, для эксперимента, считать файл ZINT ЦЕЛИКОМ в область памяти с ...

Правильно ли я понимаю, что если Кларионовскому Image подсунуть файл ZINT целиком, - проблем нет?

А что такое LoadFileToString?

Так, становится более-менее понятно...
А если файл, сформированный ZINT, напрямую, через интерфейс Клариона, вставить в Image, - показывает?

ОК, пусть будет так.
Все равно непонятно, зачем нужно перекодировать?

kreator писал(а): 13 Февраль 2020, 10:19 с ней работать корректно не получается.

Почему?
Если файл корректно открывается на просмотр - все ОК.
Если файл штатным образом корректно вставить в Кларионовский Image, и он будет нормально отображаться - все ОК.

24-битный BMP ФАЙЛ (!!!) с картинкой штрих-кода

А что мешает считать bitmap прямо из файла в DIB-секцию?
Нужно только сместить указатель начала файла на SIZE(FILEINFOHEADER)+1. Если файл сформирован корректно (открывается на просмотр), все, что идет дальше, до конца файла, и есть то, что Вам ...

Тогда в чем проблема?
Если есть программа (ZINT), которая корректно формирует 24-битный bitmap, и есть программа, которая его корректно показывает через ?Image{Prop:ImageBits}, зачем что-то куда-то конвертировать? Все должно работать и так...

но так формируется строка для записи в ?Image{Prop:ImageBits} или просто в файл формата BMP.

Не думаю, что ?Image{Prop:ImageBits} не сможет показать правильно сформированный 24-битный bitmap. Да, если конвертировать 24 - 32 таким образом, как это предлагается здесь, результат будет тот же самый ...

kreator писал(а): 12 Февраль 2020, 17:43 Я так понял - "растягивание по длине строки" - это превращение 24 бита в 32?

Да, верно. По сути своей, 32-битный bitmap с нулевым значением альфа-канала эквивалентен 24-битному.
Устроены они, правда, по-разному, но на экране будут выглядеть совершенно одинаково.

Игорь Столяров писал(а): 12 Февраль 2020, 16:03 Но сам 24-битный bitmap перед записью в DIB нужно разбивать и растягивать по длине строки.

Возможно. Зависит от того, что с ним планируется делать дальше. Если показывать во FreeImage, то придется. А если через Clipboard вставлять в Paint - нет.