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