Пока не будет макроса кнопок не будет нормального меню пользователя.
Вид для печати
Пока не будет макроса кнопок не будет нормального меню пользователя.
В том то и дело, что линейность не предполагается.
Например вход в один список экранов настройки по Alt+UP, вход в другой список по ALT+Down, в третий ALT+OK и так далее.
Поэтому сделать системную переменную для экранов, а экранам присваивать номера это ОПТИМАЛЬНЫЙ выход.
Ну и системную переменную для клавиш сделать как для управления экранами так и других задач., например ввод пароля и т.д.
А значение переменной создать на главном экране и там выбирать ? типа динамический текст Меню - Экран1 - Экран2 и т.д.
Возникает простой вопрос - КНОПКИ у ПР для чего ? Да и на каждом экране делать такой динамический текст просто глупо, HD о двух строках дает о себе знать...
До 10 экранов, достаточно 1 разряда целочисленной переменной!
По поводу экрана 2 строки маловато будет. Но как говорится чем богаты)))) А если привязать жестко экранные переменные к кнопкам. UP-от 100 до 199; DoWN -от 200 до 299. И так далее. Я думаю что 99 экранов делать не будут. Тогда для того что бы попасть в экран UP10 нужно будет нажать 10 раз в верх(((
Сергей0308, то, что вы предлагаете простите тоже через Опу...
https://www.google-analytics.com/col...ost&ea=screensЕсли я правильно понял, то Сергей предлагает, что:
1) В программе должна быть переменная, которая означает номер экрана, который сейчас должен быть отображён
2) Саму переменную меняем в программе нужным образом
Выглядит весьма здраво, и именно так, например, работает React JS.
Вы предлагаете ждать, может кто-то когда-то что-то сделает? Если Вы сделаете альтернативное решение, буду рад посмотреть!
Вот мой проект, из программы осуществляется переход на нужный экран!
Если хотите кнопками переход делать и чтобы программа это "видела", я уже писал, добавите переменную "Экраны" на экран и вводите соответствующие значения для перехода! Честно не могу представить пока, как Вы можете сделать лучше на данном этапе развития ОЛ???
так в том и дело, что переход из программы не проблема, это и так реализовано в ПР.
Проблема в том, что при переходах клавишами программа не знает какой сейчас экран включен.
Использование для перехода дискретного входа типа крутить по кругу - занять вход
Использование переменной на каждом экране это занять место на экране и так каличном.
Оба костыля требуют циклической организации экранов, но не разветвленной, можно конечно изе..вернуться, но зачем ????
Оба решения это костыли, коих быть не должно, ИМХО.
Понятно, что сейчас при необходимости мы их используем, так же как и активация Modbus переменных нужным значением при старте ПР.
Вот и хочется, чтобы разработчики эти моменты допилили в первую очередь.