anthonyv
Антон Волков

Несмотря на свой почтенный возраст, ImageMagick не умеет условную картинку 32х32 пикселя отмасштабировать в 512х512 без потери качества.

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

Gimp с метафайлами вообще не дружит, по опыту, только через Inkscape.

Да, другой формат не пойдет, проприетарный софт выдает только такой.

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

Пробовал переформировать в программе-"источнике", та же история. Чудеса.

Это, конечно, не смертельно, но если менеджеру выдать такую картинку, вместо того, что должно быть - когнитивный диссонанс обеспечен.

Всем здравствуйте!
Столкнулся с проблемой отображения картинки в формате WMF.

Приложенный файл всеми доступными средствами просмотра и редактирования (помимо 1С) отображается корректно, в виде полноценной "форточки".

Когда загружаю эту картинку в базу, в виде двоичных данных в хранилище значений, и сохраняю ее оттуда обратно, картинка также корректно открывается "внешними" инструментами.

При попытке отобразить картинку платформой 1С (пробовал различные версии) показывается только прямоугольник с "сетчатой" заливкой. Самое простое - подвязать картинку к номенклатуре, будет просто прямоугольная сетка.

Приходит мысль, что в 1С используют какой-то свой алгоритм разбора формата WMF-файла.

Знает ли кто способ победить такой глюк?

Прикрепленные файлы:

Temp.wmf

(4) Здравствуйте!
На новых версиях не проверял, в настоящее время под рукой нет БГУ. Если не будет работать, сообщите, пожалуйста - актуализирую.

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

Далее описание действий в коде (обработчик формы ПриОткрытии, выполняется на сервере):

На форме есть заранее подготовленная ("вручную" средствами конфигуратора) группа, назовем ее "СтраницыТаблиц", ей устанавливаем вид "ВидГруппыФормы.Страницы"

Добавляем элемент, условно названный "СтраницаТаблицы_хх", их может быть много, с родителем = имеющейся группе "СтраницыТаблиц", ему устанавливаем вид "ВидГруппыФормы.Страница"

Далее идет схожий приведенному код, т.е. добавляем реквизит ТЗ в форму, добавляем ему колонки, вызываем ИзменитьРеквизиты, добавляем элемент "ТаблицаФормы" с родителем "СтраницаТаблицы_хх", добавляем ему колонки.

В отладчике все видно, все добавлено, все в своей иерархии, но после завершения кода добавления, база виснет и через 20-30 секунд сообщает, что сервер разорвал связь, нет доступа к ресурсу базы с формами.
"Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm"

Если же не добавлять элементы-колонки, то все отрабатывает хорошо, но ничего не показывается на форме.

В чем трабл, не пойму. Может кто с таким сталкивался?

Готовый, красивый, не надо настраивать для каждого нового юзера, все отборы под рукой.

Отчет по ежемесячным оборотам и количеству проданной номенклатуры для УТ11 с детализацией по клиентам

Подправлена логика работы отбора. Можно выбирать сотрудника в поле ЦМО (контрагент при этом необязателен) и получать остатки имеющейся у него вещевки.

(6) Суть внешней обработки и есть абстрагироваться от конфигурации. Т.е. если это внешняя обработка, я должен подключить ее к типовой или ужасно кастомной конфигурации и получить одинаковый результат, не открывая конфигуратор. Я об этом речь веду.
Тогда уж можно попробовать оформить мысль в виде внешней обработки (полноценной) инвентаризации со всеми необходимыми элементами. Как вариант развития, можно наподобие БГУ 2.0 из этой же обработки создавать документы списания, принятия к учету по результату инвентаризации. Только сохранить не получится, а это уже проблема. :)

Уж если, все-равно, лезть в конфигурацию, тогда не вижу смысла во внешней обработке.
Не рекламы ради, но, по-моему, проще уж так https://infostart.ru/public/416684/