FelcioG5
Junior Member / Новичок
Участник № / Member № 9998
отправлено / posted
Здравствуйте! В нашем распоряжении имеются МРВ и Netlink. Столкнулись со следующей проблемой. В МРВ реализовано кастомное дерево экранов посредством графического объекта. При переносе проекта в нетлинк, кнопки перехода на экраны, находящиеся именно в графических объектах, не работают. При этом отдельные кнопки перехода на экраны, не относящиеся к ГО, работают в нетлинке отлично. Есть решение данной проблемы? Просто единственным решением сейчас является отказ от графического объекта и расположение этого дерева экранов в каждом экране индивидуально, а это порядка 40 экранов... Хотелось бы избежать подобного.
Сообщения / Posts 7 | Из / From: РФ
| IP / IP: IP адрес / IP address |
FelcioG5
Junior Member / Новичок
Участник № / Member № 9998
отправлено / posted
quote:Отправитель / Originally posted by FelcioG5: Здравствуйте! В нашем распоряжении имеются МРВ и Netlink. Столкнулись со следующей проблемой. В МРВ реализовано кастомное дерево экранов посредством графического объекта. При переносе проекта в нетлинк, кнопки перехода на экраны, находящиеся именно в графических объектах, не работают. При этом отдельные кнопки перехода на экраны, не относящиеся к ГО, работают в нетлинке отлично. Есть решение данной проблемы? Просто единственным решением сейчас является отказ от графического объекта и расположение этого дерева экранов в каждом экране индивидуально, а это порядка 40 экранов... Хотелось бы избежать подобного. Обновлено: Добавил в нетлинк пользователей и теперь кнопки стали функциональны, но заблокированы, как будто к ним нет доступа
FelcioG5
Junior Member / Новичок
Участник № / Member № 9998
отправлено / posted
Еще параллельный вопрос назрел, а есть какой-нибудь канал, который считывает запущен МРВ или Нетлинк. Идея такая, чтобы создать поверх старых кнопок новым слоем такие же кнопки, но с настройкой видимости по аргументу (например, мрв - аргумент = 0, нетлинк - аргумент = 1)
Сообщения / Posts 7 | Из / From: РФ
| IP / IP: IP адрес / IP address |
отправлено / posted
Зависит от того, как реализовано открытие экрана и как сделаны привязки. К примеру, возможно просто команда на открытие экрана NetLink на самом деле идет на RTM. Необходимо проанализировать проект. Вы можете его прислать на почту техподдержки (почта указана в Личном кабинете в разделе "Получить поддержку").
Сообщения / Posts 17672 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
См. системную переменную s1400 NodeInfo:
В зависимости от значения атрибута Параметр, значение данной 2-байтовой переменной индицирует (INPUT) или задает (OUTPUT) соответствующий параметр узла с порядковым номером, заданным атрибутом Номер узла (92,I2) в ИС или в МРВ; порядковый номер узла не следует путать с его индивидуальным номером – см. Имена и идентификаторы объектов структуры и Задание параметров узла ).
Если Номер узла =10000, переменная индицирует/задает параметры собственного узла.
Параметр = 0, ShortStatus – короткий статус узла (OUTPUT – задание статуса для собственного узла):
отправлено / posted
Здравствуйте! На текущий момент мы не получили проект для анализа. По этому ответ будет общего характера.
1. В Графический Объект (далее ГО) может быть добавлен Графический Элемент (далее ГЭ) "Кнопка" с действием перехода на экран (указывается конкретный канал вызова шаблона экрана). В этом случае привязка к вызываемому каналу вызова экрана будет "жесткая".
2. Так же можно в ГО сделать ГЭ "Кнопка" с прямой передачей значения 2 в атрибут 2,In канала вызова шаблона экрана (Call.Screen). Привязка так же "жесткая", но ее можно вручную изменить (с канала вызова экрана в RTM на канал вызова экрана в Console).
3. Можно отказаться от ГО как навигатора по экранам и ГЭ "Кнопки" (как в п.1) можно скопировать в ГО и вставить в шаблон экрана как обычные кнопки перехода на экран. В этом случае, при переносе всех необходимых каналов вызова экранов на RTM в Console, кнопки перехода на экран перепривяжутся на соответствующие каналы вызова экранов узла console.
4. Использовать отдельные шаблоны экранов для RTM и Console, так как в большинстве случаев набор экранов различается (детализацией или непосредственным наличием).
Идея такая, чтобы создать поверх старых кнопок новым слоем такие же кнопки, но с настройкой видимости по аргументу Реализация "универсального" экрана на все случаи крайне непрактичное решение по ряду причин: 1. сложность разработки и отладки 2. избыточное ресурсопотребление (невидимые компоненты так же потребляют ресурсы ПК) 3. сложность модернизации и масштабирования.
Рекомендуется проектировать отдельные шаблоны экранов (шаблоны экранов не ограничены лицензией, а каналов будет столько же или даже меньше)
Сообщения / Posts 17672 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
