Дмитрий Швайка

Извиняюсь, поторопился - убрал 8 пункт - спасибо

Спасибо, завел: https://github.com/1C-Company/1c-edt-issues/issues/55

Надо пожеланием тогда было оформить. Можно же автоматом это делать чтобы стандарт соблюдался :)

Ошибки, которые выводятся в заголовке некликабельные - как только сдвинуть с ссылки мышку они вообще исчезают с экрана.

> Откуда такой номер стандарта?)) исправил - убрал номер (номер задачи)

Согласен, ни один из вариантов не отличается красотой. Возвраты то же не нравятся. Помещать код обработки в такое условие - совсем плохой вариант. С чем-то приходится мириться.

Перенести можете или надо закрыть задачу и открыть в код-стайле?

или так ``` Если ДокументОбъект.ПроверитьЗаполнение() Тогда ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение); Иначе ОбщегоНазначенияклиентСервер.СообщитьПользователю(НСтр("ru = 'Не удалось провести документ. По причине: документ не прошел проверку заполнения.'")); КонецЕсли; ``` Исключение - режим обмена. В нем запись...

Тогда опять приходим к тому, что надо отличать функции-конструкторы от обычных функций.

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