Возможно кто-то знает.
Не устраивает стандартные стандартные сообщения для пользователей в управляемых формах.
Очень сильно напрягает, что ЕСТЬ необходимость в некоторых случаях при проведения документа выводить предупреждения для пользователя. Проведение при этом продолжается, но некоторые моменты должны быть указаны.
В итоге, если юзер нажмет провести и закрыть, то благополучно закроется вся форма со всеми старательно написанными предупреждениями. Что, конечно, не есть хорошо. Хотелось бы всё таки как то выводить такие сообщения и не убирать кнопочку "провести и закрыть". Кто знает, как это возможно?

СообщениеПользователю к чему-то ж не сразу закрываемому можно привязать, не?

(1)
К чему например?

(2) например, к форме списка или главному окну 1С

(2)
замечательно. Тогда, если юзер жмет просто провести, он ничего не увидит.

если юзер сам себе злобный дятел, то надо лечить юзера, а не дерево, которое он долбит

(3) прав, переопредели привязку сообщений не к окну документа, а к другому

дерзай, дальше говорить нет смысла

Может тебе вместо Предупреждение() использовать Сообщить()?

(7)
Сообщить тоже привязывается к активному окну.

(6)
да я бы даже не против. Я бы даже открыл спецом новую форму, но можно ли это сделать на сервере в момент проведения? По-пойму нет

(9) #Если Клиент в УФ работает? но всё равно, чем-то нехорошим попахивает

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

(11) собрать все строки сообщений сервера в коллекцию (структура, соотвестствие, список) и передавать их на клиент(через хранилище, дополнительные свойства объекта) при передаче управления с сервера, пофик где, философия не позволяет?

(11)
я же не просто так спрашиваю. Значит чего-то не знаю.
То есть через временное хранилище передать эту структуру и на форме ПослеЗаписи обработать мою структуру? Так?
А если в итоге документ свалится в отказ, событие на форме после записи вызовется на форме?

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

(14)
чукча нечитатель пусть читает дальше. Ибо, возможно читать не умеет и может смело валить лесом с такими советами.

ВызватьИсключение не пробовал?

Или Отказ = ИСТИНА ?

(16)
какой в нём смысл?
(17)
отказ может быть, как и истина, так и ложь. Сообщения могут быть в обоих случаях.

Если сообщение не мешает мне провести документ то мне нафиг не нужно его читать. Если хочешь пищи в журнал регистрации или регистр какой. Или юзай обработку трассировки сообщений. Обработчики ожидания тебе в помощь.

(19)
Это тебе может не нужно читать. А у меня некоторые юзеры могут провести документ, некоторые не могут. В одном случае это просто сообщение, в другом случае - пока юзер не исправит - не проведет.

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

(20) я имел обработчик ожидания в форме обработки. туда можно еще и сообщения выводить и активностью манипулировать. все в твоих руках.

(20) не совсем понял. Я правильно понял, что ты говоришь именно про обработчик ожидания в момент проведения? То есть пока висит этот обработчик

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