История вопроса:

У меня есть обработка, в которой на форме использовано несколько картинок (22 штуки на 28кб в сумме). В то же время объем файла обработки составлял где-то 400кб. Оказалось, что из этого объема 350кб занимает поток Picture->Gallery. Разобрав ert-шник GComp-ом, стало видно что Gallery - это некий BMP-шник, фактически дублирующий информацию о картинках, сводя их в одну мозаику. Провел эксперимент - открыл из разобранной обработки файл Gallery.bmp Paint-ом, уменьшил размер до 1х1 пикселей и сохранил обратно. Размер Gallery сократился до 189 байт. После сборки GComp-ом обратно, размер ert-шника сократился в результате до 50кб. Все работает, все открывается и в режиме предприятия и в режиме конфигуратора, картинки видны, все сохраняется (и притом Gallery уже не растет), глюков не замечено.

Вопрос:

Нахрена вообще в обработке нужен этот Gallery? И не сделать ли в GComp автоочистку этого потока по аналогии с тем, как он очищает Main MetaData Stream в тех же отчетах/обработках?

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

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

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

Новую картинку можно добавить?

maljaev писал(а) 10. Сентября 2008 :: 06:01:

А, вот оно как.

Тогда и правда загадка, зачем там галерея.
Может быть, она используется при вставке ert в конфигурацию?

А погляди, что у меня получилось (чуть подубил прайс из типовой ТиС).
Смотрю на две кнопки в правом нижнем углу.

Предприятие:
1. Видны ли картинки в предприятии? - видны (+)

Конфигуратор - пустая конфигурация:
2. Видны ли картинки в конфигураторе? - видны (+)
3. Работает ли "Картинка/Изменить картинку" - не работает (-)
4. Корректно ли работает "Вставить внешний отчет/обработку"? - нет, некорректно (-)

П.4 - некорректность в том, что в галлерею картинок добавляется не три, а больше картинок, остальные - пустые.
Лечится перезаписью ert, при этом галлерея изменяет (по крайней мере) размер.

Видимо, чтобы избавиться от п.4 надо чуть по-другому формировать пустую галерею (х.з. каким образом).
Т.е. 189b не везде подойдет.

А вот п.3 без галереи, видимо, вообще не работает.
Или здесь я что-то не улавливаю?

А вообще, интересно; я в свое время думал над этим вопросом, но из-за п.3/п.4 это дело забросил.

maljaev писал(а) 10. Сентября 2008 :: 08:03:

А, и правда на обычных ert то же самое в пустой конфе.
Каюсь, верил в лучшее

Цитата:

Ага, что-то в этом роде.
В пустой конфе при перезаписи этого ert gallery становится 113b, т.е., видать, и служебная часть - переменного размера.
Ну, вообще, если п.4 удастся забороть, будет, видимо, совсем зашибись.

Разобрался в структуре Gallery.

Сначала Gallery.head (28 байт)

49 4C 01 01 [01] 00 0A 00 08 00 50 00 50 00 FF FF FF FF 10 00 FF FF FF FF FF FF FF FF

Меняется 5-й байт - количество картинок в шестнадцатеричном виде

Потом Gallery.bmp (58 байт)

42 4D 36 00 00 00 00 00 00 00 36 00 00 00 28 00 00 00 01 00 00 00 01 00 00 00 01 00 18 00 00 00 00 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 FF FF FF 00

И наконец Gallery.tail (переменная длина)

Сначала заголовок

01 00 00 FF [01] 00 00 00

Меняется 5-й байт - количество картинок в шестнадцатеричном виде

Далее на каждую картинку

[01] 00 00 1F

Меняется 1-й байт - идентификатор картинки в шестнадцатеричном виде (два последних символа в "__Picture.1f00001b" - как пример)

Далее подвал

[01] 00 00 0F 02 7B 7D

Меняется 1-й байт - количество картинок в шестнадцатеричном виде

Соответственно переделал свою обработку-упаковщик. Качать там же. А можно здесь:

Попробовал, размер ert не изменился ни на байт.
Так и должно быть?