Открываю модально форму. При открытии надо проверить некое условие, и форму сразу же закрыть, если оно выполняется. Как сделать? Закрыть() в ПриОткрытии() не работает.

(0) А зачем тогда её вообще открывать? :)))

ПередОткрытием()

Если 2*2=4 Тогда
 Отказ = Истина;
КонецЕсли

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

а ПередОткрытием() - не?

(1) телепатирую. эффект 25го кадра. пользователь не успевает увидеть изображение (помните, как в бойцовском клубе?), а в подкорке откладывается

(4) не, не открыта

(4) с одной стороны да, но с другой надо ведь и параметр надо вернуть.

(2) как в таком случае вернуть параметр? форма модально открывается.

через реквизит формы - взлетит? ща попробую...

я даже боюсь спрашивать зачем нужны такие извраты... :)

(9) на (1) ответь

(10) для простоты

(12) спасибо, поржал

(12) задачу по другому поставь, не надо открывать вобще

да, кстати, я надеюсь, это УФ?

(14) если не открывать, проверку придется громоздить в модуле обработки. больше писанины.

(16) это правильней, и форма не трогается.
или тогда уж (2), форма возвратит неопределено, что правильно... или чего хочеш вернуть?

(0) Странно - у меня Закрыть() в модуле ПриОткрытии() работает. Тоже делал такой изврат - для чтения сохраннённых параметров, до сих пор работает.

(16), (18) Да. Совсем нынешняя молодёжь не думает об оптимизации. Думают, что программа для удобства программиста, а не пользователя. Считают, что лучше инициализировать кучу лишних объектов, сожрав этим немеренно памяти, лишь бы не перетрудиться, написав нормальный код. А когда-то помню, программисты за каждый байт памяти боролись :)))

(19) так то программисты

(0) не будь коекакером! делай всё по уму :)

(19) И сколько килобайт памяти отожрет лишняя открытая форма и как это сделает работу пользователя удобной ? И на кой хрен мне думать об оптимизации там, где это даст выигрыш в милисекунды ?
И задача у меня так построена что надо восстановить значения, которые сохранила форма внешней обработки. Как их вытащить по другому ?

(22) вау - интересный способ сохранения данных. В мемориз - однозначно.

(23) Предложите способ сохранения настроек по умолчанию для внешних обработок, не трогая конфигурацию.

(24) Для выполнения ВосстановитьЗначение Не Требуется открывать форму. (23),(19),(20) правы

(25) опередил )

Встречал код, для получения связанных докуметов открывавший форму структуры подчиненности и считывающий с элемента формы выведенное дерево (с последущим закрытием формы). А чо, зачем париться, "на кой хрен мне думать об оптимизации"

(27) подход по типу - работает? устраивает? значит сойдет.

(25) Хмм - вот внешняя обработка, у нее есть реквизит "ОтборОрганизация" - пользователь открыл форму, выбрал его и ткнул кнопку "Сохранить значения" и закрыл форму. Как из другой обработки прочитать что было сохранено ?

(29) В ПередСохранениемЗначений выполнить СохранитьЗначение. Позже, при необходимости, ВосстановитьЗначение

+(30) Это если не думать. Если таки подумать, то найдутся и другие варианты, например с использованием возможностей конкретной конфигурации

(30) У меня похожих обработок несколько, и в некоторых одинаковые реквизиты. Придется писать спереди еще идентификаторы, потом читать так же. В то время как форма обработки сама всё умеет - надо только галочки поставить что сохранять, только читать приходится с открытием - какая вот только пользователю разница как там настройки хранятся.

(31) Обработка универсальная, не привязанная к конкретной конфе.

(31) Как раз настройки, касающиеся конкретной конфы и которые надо прочитать и описываются во внешних обработках. А центральная, которая все читает, от особенностей конф не зависит.

(33) СохранитьЗначение и ВосстановитьЗначение работает с привязкой  к конфе.
Идентификатор можешь тупо писать один. Пофиг. Далее тупо запустить обработку 1 раз в конфе и все. Т.е. в другой конец, через восстановитьзначение, данные с другой конфы не достать.

в другой конец = в другой конфе )

+(34) а да и с привязкой к пользователю.

(32) Да ладно, сделано и сделано. Мне, реально, все равно, как оно у тебя организовано. Разговор в общем о подходе - сделать "хорошо" или сделать "быстро". Большинство, к сожалению, делают "быстро".

(34) Да не - я знаю, что каждая конфа хранит настройки отдельно и отдельно для каждого пользователя (там по моему один механизм - что для СохранитьЗначение, что для автоматического сохранения данных формы). Но имеется ввиду что в одной базе надо сохранить несколько одинаковых настроек.
Это у меня обработка по обмену данными - все настройки конкретных обменов: отборы и прочее лежат в обработках. Обработка обмена при выборе конкретного обмена открывает обработку настройки, считывает сохраненные раньше пользователем отборы и закрывает ее. Пользователю не надо каждый раз лазить настраивать.
(37) Я вот тоже не поклонник сделать быстро. Вот только когда я работал во франче мне это выливалось в наименьшее количество закрытых часов по фирме (((

(38) сохраняемое значение - структура, имена настроек - ключи. Это как вариант решения.

Общий подход - должно работать.

(40) Вот тебе задача: Восстановить настройку из регистра/справочника "СохранненныеНастройки" определенную настройку для предопределенного пользователя (константа/предопределенный элемент справочника) и использовать ее в регламентном задании на сервере.

+(41) общий подход - сделать правильно, исходя из этого и работать тоже будет... всегда