Произвольное массовое выделение текста при работе в 1С через тонкий клиент?

Ziptar, потому что это так работает в тонком клиенте, обратите внимание на директивы &НаСервере
На этом сайте даже статью можно найти , как и на ИТС.
-Формы, открытые в тонком клиенте, — это по сути XML-описание интерфейса, которое приходит от сервера.
-События (например, нажатие мышкой, выбор ячейки) клиент только фиксирует и отправляет на сервер.
-Логика обработки (особенно при директиве &НаСервере) выполняется именно на сервере, результат возвращается клиенту, и форма перерисовывается.
-То есть клиент сам не «знает», что выделять — он только отрисовывает то, что прислал сервер.
-----------------------------------------------------------------------------------------------------------------------
Кэш сервера приложений 1С (Что хранится в snccntx*)
1. Метаданные конфигурации
Что: структура объектов (справочники, документы, регистры), формы, команды, роли, модули.
Зачем: чтобы не грузить из СУБД при каждом обращении.
Хранение:
в ОЗУ rphost загружаются при старте процесса.
в snccntx* на диске чтобы при перезапуске быстрее восстановить.
2. Кэш компиляции модулей
Что: байткод модулей (процедуры и функции 1С в скомпилированном виде).
Зачем: чтобы не компилировать модули каждый раз при обращении.
Хранение:
в ОЗУ rphost.
в snccntx* — для повторного использования при старте.
3. Кэш прав доступа
Что: таблицы ролей и разрешений пользователей.
Зачем: ускоряет проверку прав.
Хранение:
в ОЗУ rphost для сеанса.
частично в snccntx* как общая справочная структура.
4. Кэш оптимизации запросов
Что: внутренние планы выполнения запросов 1С, преобразованные структуры, индексы для повторного использования.
Зачем: чтобы не строить заново дерево запроса.
Хранение:
в ОЗУ rphost (оперативный кэш сеанса/процесса).
в snccntx* (дисковый кэш для общих структур).
Оптимизация SQL-запросов отдельно кэшируется уже самой СУБД в её tempdb / plan cache.
-----------------------------------------------------------------------------------------------------------------