Процедура ФлагБаллыПриИзменении(Элемент)
    // Вставить содержимое обработчика.
    Если Элемент = Истина Тогда
        ЭтаФорма.СтатусБаллы.Видимость = Истина;
    Иначе
        ЭтаФорма.СтатусБаллы.Видимость = Ложь;
    КонецЕсли;
        
КонецПроцедуры

Даёт ошибку.

через ЭлементыФормы

или просто по имени реквизита

(2) Ну конечно.


На УФ фообще не рекомендуют менять видимость.

(3) пруф в студию, кто не рекомендует?

(3) Сам придумал?

(4) (5)
"Изменение свойства на клиенте требует обращения к серверу."

Могут быть побочные эффекты

в УФ через функциональные опции. Не?

(6) Закусить не забыл?
Какие побочные эффекты?

(8) Например, передергивание формы, в связи с изменившейся высотой.

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

(10) только это и помогает в таких тяжелых случаях.

(3) (6) (9) (10) Давайте ссылки.

(12) https://ru.wikipedia.org/wiki/Паранойя

(12) Ссылку на что дать? С такой проблемой сталкивался в 8.2.15.294 и решал ее именно через группу страницы.

(13) (14) Ссылку на "На УФ фообще не рекомендуют менять видимость".
Мы же этот вопрос обсуждаем.

(0) может, Если Элемент.Значение = Истина ?

(15) Рекомендаций не видел и за них не подписывался в этой теме.
Но реально сталкивался в своей работе с "побочными эффектами".

(4)(5) Изменение видимости элемента УФ влечет за собой перестроение формы на сервере. Вместо видимости рекомендуется использовать Доступность.

Разработка управляемого интерфейса. Ажеронок и др. Глава 4.3, стр. 676 (в издании 2010 г.) Только сегодня перечитывал.

(18) Это в каком разделе? Читаю электронную версию, такого предложения не вижу. Но нашел это:

Глава 4.3.
Раздел: Изменение свойств элементов формы, не требующих обращения к серверу
Подраздел: Резюме.

Резюме

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

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

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

http://its.1c.ru/db/pubmanagedui#content:294:1


Действительно, рекомендуют по-возможности, не баловаться видимостью элементов...