Управляемые формы: с сервера открыть форму обработки
Управляемые формы.
На сервере сложный расчёт в таблице значений.
Для отладки желательно отсматривать состояние таблицы на разных стадиях. В отладчик не наныряешься.
Для удобного просмотра таблиц значений сделал отдельную обработку. Пересылаю туда таблицу, она отображается в табличном документе.
Как можно то же самое делать с сервера? Если оно вообще можно.
На сервере сложный расчёт в таблице значений.
Для отладки желательно отсматривать состояние таблицы на разных стадиях. В отладчик не наныряешься.
Для удобного просмотра таблиц значений сделал отдельную обработку. Пересылаю туда таблицу, она отображается в табличном документе.
Как можно то же самое делать с сервера? Если оно вообще можно.
По теме из базы знаний
- Работа с API Onliner (обычная и управляемая форма)
- K-SOFT: Печать через веб-сервер АТОЛ с нескольких рабочих мест. Управляемые формы + Бесплатная версия + Маркировка + Поддержка ФФД 1.2
- Клонирование одной информационной базы в другую на сервере 1С/SQL для управляемых форм
- Консоль запросов для управляемых форм
- Выгрузка и загрузка данных XML (работает без доступа к файлу с сервера)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Делаешь форму, со списком стадий. Каждая стадия - вызов сервера и возврат на клиент результата через фоновое задание. Можно стадии подсвечивать жирным шрифтом. После каждой стадии (завершении фонового задания) основной ТабличныйДокумент обновляется новым содержимым.
(3) Так и сделал.
Только удобней открывать/вызывать "визуализацию" из любой серверной процедуры из любого места. Потому как с таблицами работаю много где.
И потом, расчёты логичней в серверные процедуры в Общих модулях держать. Потому вариант (2) - не наш метод.
Раньше это делалось одной строчкой...
Только удобней открывать/вызывать "визуализацию" из любой серверной процедуры из любого места. Потому как с таблицами работаю много где.
И потом, расчёты логичней в серверные процедуры в Общих модулях держать. Потому вариант (2) - не наш метод.
Раньше это делалось одной строчкой...
(4) Сейчас все сложно. Сервер и клиент разделены довольно жестко. Как серверу сообразить у какого клиента надо что-то открыть? Если в системе одновременно десяток пользователей. Как вариант, устанавливать какой-то признак в системе и его из клиента периодически опрашивать. Обработчик ожидания.И уж от него танцевать. Но как-то криво это. Хотя работать будет.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот