Алексей Петров, хотела добавить на нее программно реквизиты и элементы -- отображение картинок в элементах типа "Поле" по навигационным ссылкам. И удалять или добавлять картинки в зависимости от действий пользователя.
Проблема в том, что таких форм несколько. И при каждом вызове того или иного метода передавать значение текущей формы, группы элементов, имени реквизита и т.п. в качестве аргументов функции в общем модуле -- это делает год чрезмерно замусоренным. С другой стороны, вспоминаются классы в иных языках (как минимум, возможность хранения состояния в LocalStorage, что касается JavaScript). Судя по всему, 1С так не умеет. Но хотелось все же найти некоторое решение (какой-нибудь костыль, финт ушами..
Алексей Петров, проблема (на текущий момент) заключается в том, что у меня уж никак не получается хранить во временном хранилище (или где-либо еще, помимо явной передачи при каждом вызове функции модуля объекта) значение ЭтаФорма, к которому я в следствие обращаюсь -- оно просто ломается (при обращении получаю "Неопределено" -- и 1С падает).
Как я понимаю, 1С просто так делать не умеет.
Тогда единственный вариант -- передавать значение ЭтаФорма при каждой итерации функции? Бесконечно хотелось этого избежать. Или же сделать это чем-то неявным (чтобы неведомым образом объект обработки узнавал о том, что он был вызван из формы справочника), но это уже немного волшебство получается :)
В том то и дело, что, если верить обработке, остатки корректные, и ОСВ сходятся.
Бухгалтеров все устраивает, на первый взгляд -- за этим и обратились -- другое дело: не вылезет ли какая-нибудь потом ерунда по НДС, ОС, Книге покупок/продаж и т.п.?
Дмитрий Кинаш, спасибо большое за пояснение! Я попробую. Сейчас вспомнила: было что-то такое. А есть ли где-то еще информация по данной теме (где-нибудь на its, возможно)?
Дмитрий Кинаш, а как иначе можно было бы сделать отбор по строкам табличных частей номенклатуры, если отбором, насколько помню, это не предусмотрено? В моей голове всплывает тогда только идея изменять запрос списка. Что, выходит, глупо.
А если все отборы динамического списка прописаны, как "Выбор Когда...", то, как я понимаю, получается все еще хуже?
Спасибо за совет. Получается, как и полагала, реализовать отбор типовыми отборами списка - лучший метод в подобных задачах, так?
Еще вопрос: если нужно будет ставить отбор по табличным частям в справочнике, то не лучше ли будет сделать индексируемые поля с реквизитами-строками, в которые будут собираться колонки, и отбирать уже по этим самым полям (если конфигурация самописная)?
Проблема в том, что таких форм несколько. И при каждом вызове того или иного метода передавать значение текущей формы, группы элементов, имени реквизита и т.п. в качестве аргументов функции в общем модуле -- это делает год чрезмерно замусоренным. С другой стороны, вспоминаются классы в иных языках (как минимум, возможность хранения состояния в LocalStorage, что касается JavaScript). Судя по всему, 1С так не умеет. Но хотелось все же найти некоторое решение (какой-нибудь костыль, финт ушами..