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