При разработке интерфейсов на платформе 1С:Предприятие 7.7 программисты часто сталкиваются со специфическим поведением стандартных элементов управления. Одной из таких проблем является некорректная работа группы переключателей (Radio Buttons), когда часть из них программно делается недоступной. Рассмотрим ситуацию: на форме расположена группа из большого количества значений (например, 17), и по определенным условиям мы хотим запретить выбор некоторых из них, используя метод Доступность(0). В этот момент визуально точка переключателя может перемещаться, но значение связанной с ним переменной в модуле перестает обновляться. Разберем подробно, почему это происходит и как решить данную задачу.
Проанализируем внутренние механизмы платформы. В «семерке» группа переключателей функционирует как единый логический блок только при соблюдении строгих условий: элементы должны идти последовательно в порядке обхода (Tab Order), и только первый элемент группы должен иметь идентификатор. Когда мы программно меняем Доступность одного из элементов внутри этой цепочки, мы фактически «разрываем» последовательность обработки сообщений Windows внутри контейнера формы.
Ситуация осложняется, если на форме присутствуют элементы ActiveX. Они имеют свойство перехватывать фокус ввода и специфическим образом обрабатывать события мыши. В результате получается эффект «залипания»: графическая оболочка (Windows) отрисовывает перемещение точки в выбранную позицию, но встроенный обработчик 1С не получает уведомления о том, что значение переменной нужно изменить. Система просто «не видит» клика по элементу, если логическая связь в группе нарушена состоянием недоступности соседних элементов.
Самый простой и быстрый способ заставить систему реагировать на выбор — это отказаться от автоматического связывания и перейти к ручному управлению. Разберем по шагам, как это реализовать. Для каждого элемента переключателя в группе в поле «Формула» необходимо прописать вызов функции, которая будет принудительно устанавливать значение управляющей переменной.
Предположим, наш переключатель имеет идентификатор Пер1. Для первого элемента в формуле пишем ПриВыбореЭлемента(1), для второго — ПриВыбореЭлемента(2) и так далее. Сама функция в модуле формы будет выглядеть следующим образом:
Процедура ПриВыбореЭлемента(Номер)
// Принудительно присваиваем значение переменной переключателя
Пер1 = Номер;
// Выполняем дополнительные действия, если необходимо
ОбновитьФорму();
КонецПроцедуры
Такой подход гарантирует, что даже если системная синхронизация «сломалась» из-за изменения доступности, ваш программный код все равно получит актуальный номер выбранного пункта.
Если группа переключателей ведет себя слишком нестабильно, мы можем рассмотреть вариант использования обычных флажков (Checkboxes). Хотя флажки подразумевают множественный выбор, мы можем программно ограничить пользователя, имитируя поведение Radio Button. Проанализируем, как это сделать программно. Создадим 17 флажков с именами Флаг1, Флаг2... Флаг17.
В формуле каждого флажка вызываем процедуру:
Процедура ОбработкаФлажка(Номер)
Если ПеременнаяФлаг[Номер] = 1 Тогда
// Сбрасываем все остальные флажки
Для ии = 1 По 17 Цикл
Если ии <> Номер Тогда
Контекст.УстановитьАтрибут("Флаг" + ии, 0);
КонецЕсли;
КонецЦикла;
Иначе
// Не даем снять флажок, если он единственный выбранный
ПеременнаяФлаг[Номер] = 1;
КонецЕсли;
КонецПроцедуры
Важный момент: использование флажков позволяет полностью избежать проблем с «разрывом группы», так как каждый флажок является независимым объектом для системы. Выставление Доступность(0) для отдельного флажка никак не повлияет на работу остальных.
Для большого количества элементов (в нашем случае их 17) использование отдельных объектов на форме перегружает ресурсы отрисовки 1С 7.7. Рассмотрим более профессиональное решение — использование маленькой ТаблицыЗначений в режиме списка. Мы можем создать ТЗ с одной или двумя колонками. В первой колонке будем отображать иконку «точки» (выбрано/не выбрано), а во второй — текст.
При щелчке по строке таблицы мы просто меняем картинку в колонке-индикаторе. Это решение обладает рядом преимуществ:
Если необходимо сохранить именно стандартный вид переключателей, но избежать бага с доступностью, можно применить метод «подмены слоев». Вместо использования Доступность(0), мы создаем в тех же координатах неактивные текстовые метки, имитирующие серые точки переключателя, и размещаем их на отдельном слое. Когда элемент должен стать «недоступным», мы делаем основной переключатель невидимым (или переносим на невидимый слой), а на его месте показываем текстовую заглушку.
Это позволяет оставить группу переключателей в системе в состоянии «Доступен», что сохраняет целостность обработки событий Windows, в то время как пользователь будет видеть серый неактивный элемент.
Вы могли заметить, что на простой тестовой форме (демке) проблема может не воспроизводиться. Выясним причину этого явления. В реальной рабочей обработке изменение доступности часто происходит динамически — например, в момент перестроения данных или при потере фокуса другими элементами. Если код изменения доступности вызывается внутри цепочки событий, инициированной самим переключателем или ActiveX объектом, возникает конфликт потоков обработки сообщений в стеке Windows. В демке, где нет сложной логики и тяжелых внешних компонентов, очередь сообщений успевает обработаться корректно.
Подведем итог: для стабильной работы интерфейса в 1С 7.7 при необходимости динамического отключения элементов группы лучше всего использовать ручную установку значения в формуле или имитацию через флажки/таблицу значений. Это избавит вас от платформенных ограничений и обеспечит предсказуемое поведение программы для пользователя.