По следам своего вопроса наклепал простенькую обработку, которая уменьшает размер ert-шников, в диалогах которых использованы картинки, за счет "кастрации" потока Gallery. Может кому пригодится...

http://infostart.ru/profile/1782/projects/2512/

kms писал(а) 09. Сентября 2008 :: 19:50:

Миш, картинки отдельно тоже лежат. А в гэллери они все собраны в кучу.

kms писал(а) 09. Сентября 2008 :: 19:50:


Тоже так думал. Оказывается нифига подобного. Обрезаю Gallery - открывается со всеми картинками под любой конфой.

Не испольпользуется. Тоже проверял. При вставке упакованной обработки в конфигурацию галлерея конфигурации заполняется картинками обработки, несмотря на то что Gallery в обработке практически нулевой. Пробовал даже, по совету Абадонны, проделать все манипуляции над обработкой (в режиме предприятия и конфигуратора) в абсолютно пустой конфе - тоже все работает. Нонсенс однако, но факт.

п.3 - сказать что совсем не работает неправильно. то что при нажатии закладки "картинка" открывается пустое окно (без картинки) - факт (но в то же время при изменении способа растяжения картинка не слетает), а вот в режиме "изменить картинку" в чем некорректность? Высвечивается текущая галлерея конфигурации, разумеется без картинок обработки (если ее в конфу не залили), вроде так и должно быть (по крайней мере с неупакованными то же самое).

п.4 - просто моя ошибка, поток gallery содержит информацию о количестве картинок (и какую-то еще служебную хрень) - в сумме 131 байт, и саму галлерею BMP-шник (58 байт). Я взял поток gallery из той обработки, в которой у меня 22 картинки - вот тебе 22 картинки и вставляется Поправлю обязательно - либо сделаю gallery с информацией только об одной картинке (надо пробовать, как 1С отреагирует), либо просто буду менять gallery при сжатии под реальное количество картинок в обработке.

Воооот! Было 189 байт (22 картинки), стало 113 байт (3 картинки). Разница 76 байт, 19 картинок. 76/19= ровно 4 байта на картинку - видимо че-то он хранит, возможно идентификаторы потоков -картинок.

В принципе, можете это учесть в следующем релизе G-Comp.

Цитата:

Ты смотрел на старую ert, или имяобработки_упакованная.ert?

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

maljaev писал(а) 11. Сентября 2008 :: 09:38:

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

Я когда-то в галереях копался, и сделал пару выводов:
1. Галерея используется в качестве "предпросмотра" добавляемых в форму картинок (это думаю знают все или почти все.). У меня есть даже практическое подтверждение: картинка для чекбокса в ТЗ, изначально содержала 2 состояния(вкл-выкл), потом я "вручную" (в распакованном гкомпом исходнике) добавил 3-е("серое"). В галерее естественно, осталось старая картинка. И именно она показывается в диалоге выбора картинок!

2. Есть предположение, что галерея используется для "сравнения" картинок. Поскольку когда вставляем внешний отчет обратно в конфу, имеющиеся в нем картинки не дублируются. Я предполагаю, что картинки "сравниваются" по иконкам в галерее. Но это только предположение, как-нибудь проверю.

maljaev писал(а) 15. Сентября 2008 :: 19:57:

Дык эта, нагенери и посмотри .

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

Опытным путем выяснил, что проблема в галерее картинок, ну и начал копать. Откопал что галерея - это сериализованный ImageList (о чем говорит заголовок файла "IL") из ComCtl32.dll с дописанной в конце таблицей сопоставлений с картинками и идентификаторами. Все иконки в нем 80х80. С форматом таблицы сопоставлений разобрался. Сам объект читается и пишется при помощи ImageList_Open()  и ImageList_Write() соответственно.
Формат таблицы сопоставления:
DWORD - Заголовок - {0x01,0x00,0x00,0xff}
DWORD - Количество иконок
DWORD* - массив числовых идентификаторов иконок, в формате  {i,0x00,XX} где XX - WORD - какой-то префикс. Соответствует имени файла _picture.[i]00[XX].bmp
WORD - Префикс XX
?? - Строка с идентификаторами в стандартном формате 1С, с предшествующей длиной. в формате "{{"ИДКартинки в 10х формате","Строка идентификатор из галереи"},{..},{..}..{..}}"
ImageList пишется в формате:
[Заголовок ImageList] = Gallery.head,
[Большой битмап с иконками] = Gallery.bmp,
[Таблица сопоставлений] = Gallery.tail

В соответствии с этим накидал тулзу на C# которая умеет разбирать галерею на картинки, собирать новую галерею из больших изображений, разобранной Gcomp'ом конфигурации в формате совместимом с GComp (head, tail и bmp ) и для прямой вставки в Compound (Gallery) при помощи FAR + DocFileBrowser, и собирать галерею из Gallery.bmp - но без таблицы сопоставлений, т.к. их взять в таком случае не откуда.

Сюда файлы не вставляются, поэтому так - https://cloud.mail.ru/public/FsEE/1DUbvVLqi

Причина битья галереи была в манифесте, который лежал в папке Bin платформы. Из-за этого использовалась более новая версия ComCtl32.dll и формат сохранения ImageList у неё немного отличается- изменен заголовок и в конце лишних 44 байта. И сам битмап собран из иконок в одну колонку.

По итогам дополнил утилу

Добавил ключ -r.
Конвертировать без промежуточной разборки - сборки галереи.
https://cloud.mail.ru/public/J4ju/s1DhjEbXa

Пользоваться так:
Для исправления ошибки с версией берем FAR и плагин DocFileBrowser. Вытаскиваем поток Gallery.

Запускаем утилу: GalleryTool -r Gallery Gallery.bak должна написать что нашла сколько-то картинок и записала в в Gallery новую галерею.
Складываем Gallery обратно в обработку.

Для компиляции галереи из распакованного GComp исходника:
GalleryTool -c "[путь]\PictureGallery" Gallery
Должна написать, что собрала Gallery из 100500 картинок. Она сами их отресайзит в размер 80х80 и положит на белый фон. Сделает Gallery.head, Gallery.bmp и Gallery.tail. А так же поток Gallery целиком. Дальше можно собрать GComp или положить новый Gallery обратно в собранный MD как  в первом варианте.

Для разборки на отдельные иконки:
Вытаскиваем поток Gallery. Запускаем утилу -
GalleryTool -d Gallery "[Каталог]"
Разберет все на иконки 80x80 и сложит в каталог [Каталог].

Так же можно собрать поток Gallery из Gallery.bmp ( ключ -f), но привязки к реальным картинкам не будет, т.к. неоткуда её взять.

Думаю будет полезно тем, кто разбирает/собирает конфу при помощи GComp и меняет картинки.