КаСкада для Андроид устройств

[Merlok]

Согласен, что поворот- не лучший вариант. Пробовал сейчас поменять в NOX разрешение экрана вручную на планшетное. Потом импортирую портретный проект.....сам переходит в портрет.....не хочет сжимать....по видимому как-то определяет граничные условия, когда можно еще сжать,а когда надо переключать режим на устройстве на противоположный насильно. Так что фокус не удался)))
Ну а идею - расширить функционал макросов, когда будут возможность- реализуйте, все останутся довольны))..... Еще,возможно в будущем. Улучшить меню источников устройств. Столкнулся сегодня конкретно с ситуацией. В проекте было 4 устройства. Потом проект решил разделить на два и при этом два первых устройства оказались не нужны. В итоге , они , естественно начали выдавать ошибки подключения при запуске. Удалить ненужные устройства можно только стеком , начиная с последнего. То есть,чтобы удалить два первых, мне нужно с начала удалить два последних,которые у меня рабочие. Удалил все...под тем же именем снова создал два устройства. Но ..что-то пошло не так...наверное шлюзы не захотели принимать новые устройства ....Краш системы...программа не запускается ни под каким соусом. Итог- очистка кеш и данных программы. Так как перед экспериментами не догадался сделать экспорт- потеря наработанных данных за 2 часа.((

[rovki]

Не совсем понятно "... Расширить возможности макросов,чтобы они могли запоминать весь спектр логических невидимых элементов..." Расшифруйте ...
Есть два списка-
1-список устройств
2-список серверов
Нужно сначала (не удаляя ни чего в 2 списках) переназначить сервера в двух верхних устройствах соответствующие сервера (два нижние)- нажимаем на поле сервера(переход в список серверов) и задаем нужный сервер нажатием на строку сервера , меняем сетевые адреса и имена ,потом в списке серверов меняем последнии цифры IP и удаляем лишние устройства и сервера из двух списков . В списке серверов это делается длительным нажатием и потом выбрать- удалить, в списке устройств нажимаем "-"...
Удалить устройства не проблема ,но тогда нужно все компоненты и шлюзы проверять ,не работают ли они с удаленными устройствами ...
В любом случае спасибо за использование приложения и ваши предложения .С уважением.

[Merlok]

Не совсем понятно "... Расширить возможности макросов,чтобы они могли запоминать весь спектр логических невидимых элементов..." Расшифруйте ...
Есть два списка-
1-список устройств
2-список серверов
Нужно сначала (не удаляя ни чего в 2 списках) переназначить сервера в двух верхних устройствах соответствующие сервера (два нижние)- нажимаем на поле сервера(переход в список серверов) и задаем нужный сервер нажатием на строку сервера , меняем сетевые адреса и имена ,потом в списке серверов меняем последнии цифры IP и удаляем лишние устройства и сервера из двух списков . В списке серверов это делается длительным нажатием и потом выбрать- удалить, в списке устройств нажимаем "-"...
Удалить устройства не проблема ,но тогда нужно все компоненты и шлюзы проверять ,не работают ли они с удаленными устройствами ...
В любом случае спасибо за использование приложения и ваши предложения .С уважением.

Под "весь спектр" подразумеваю все те элементы,которые невидимы в проекте и не требуют привязки к экрану (размеры, место расположение), но в которых запоминаются все настройки. К примеру, шлюзы уже с настроенными адресами и регистрами вывода. Заметил,что даже переменные у вас есть....но переменные в проекте не могут быть использованы в макросах и наоборот. Два разных списка переменных? Иногда мешало ограничение макроса на количество входных и выходных сигналов.
.......... Насчет настройки устройств и серверов. Ситуация было- удалил все компоненты , работающие с первыми двумя устройствами,но программа все равно выдавала при первом запуске проекта,что связи с этими двумя устройствами нет. При попытке ( возможно-где-то некорректной) удалить первые два устройства- этого механизма не нашел. Удаляется только последнее введенное устройство. Попытался переназначить первый два устройства( поменяв на них сервер,который использую на 3 и 4 устройстве). При этом удалив 3 и 4 за ненадобностью ,как дубль. В итоге -зависшая программа.Возможно какая-то последовательность действий была не правильной. Но это кроме всего прочего, говорит о непрозрачной организации этого пункта программы, когда не совсем понятно, что и как делать корректно. ну и об отсутствии заглушки программной на неправильные действия пользователя. Должна быть выдана ошибка- мол вы дурак и что-то сделали неправильно. А прога наказывает за ошибку намного строже))))
Сегодня вновь попробовал удалить лишние устройства , просто переименовав 1 и 2 устройства на рабочие имена ( естественно поменяв на нужные сервера). При этом рабочие устройства 3 и 4 остались на месте, только с другими именами. Все работало. Но как только я попытался удалить переименованные 3 и 4 устройства-программа снова вылетела. Могу лишь догадываться, что в компонентах, шлюзах запоминается не имя собственное устройства, а номер в списке устройств? И тогда фокус с переименовкой не проходит. Шлюз упорно ищет 3-е устройство,которое я удалил. Несмотря на то,что второе, к примеру, находится под тем же именем и с тем же сервером,как и старое 3-е по счету. Немного сумбурно написал...

[rovki]

Вы говорили о макросах, теперь о шлюзах ,которые не могут быть в макросах . Нужно говорить на одном языке ,что бы было понятно
1страница -макросы (прозрачные)
2страница -компоненты (только шлюзы прозрачные)
3 страница - переменные, функциональные блоки, элементы(прозрачные)
Для макросов можно использовать только именные переменные , так сделано ...
Реализация полноценного FBD в приложении не представляется возможным (или очень сложно) , как Овен лоджик ,например.
Переделка механизма редактирования списков устройств и серверов возможна ,но требует затрат .Это наше первое приложение . Если делать с начала, сейчас (с учетом опыта), то многое можно было сделать по другому. Сейчас это более 30000строк кода в каскаде . И бывает ,что изменение в одном месте кода влечет к багам в другом месте...Это одно из самых больших приложений из аналогичных - более 100мб( с голосовым пакетом) . Поэтому координальные переделки чреваты новыми багами и мы к этому относимся с осторожностью (в меру возможностей).

[Merlok]

Вы говорили о макросах, теперь о шлюзах ,которые не могут быть в макросах . Нужно говорить на одном языке ,что бы было понятно
1страница -макросы (прозрачные)
2страница -компоненты (только шлюзы прозрачные)
3 страница - переменные, функциональные блоки, элементы(прозрачные)
Для макросов можно использовать только именные переменные , так сделано ...
Реализация полноценного FBD в приложении не представляется возможным (или очень сложно) , как Овен лоджик ,например.
Переделка механизма редактирования списков устройств и серверов возможна ,но требует затрат .Это наше первое приложение . Если делать с начала, сейчас (с учетом опыта), то многое можно было сделать по другому. Сейчас это более 30000строк кода в каскаде . И бывает ,что изменение в одном месте кода влечет к багам в другом месте...Это одно из самых больших приложений из аналогичных - более 100мб( с голосовым пакетом) . Поэтому координальные переделки чреваты новыми багами и мы к этому относимся с осторожностью (в меру возможностей).

Везде говорю об одном и том же. О способах переноса программного кода из одного проекта в другой. Не всегда "сохранить как" помогает. К примеру- при изменении ориентации экрана с планшетного на портрет или наоборот. Да еще , думаю , можно придумать много разных применений. В ходе дискурсии с Вами, Вы пришли к выводу, что макросами это сделать проще. А уже что включать в эти макросы- зависит от возможностей и трудностей реализации ....тут Вам и вашим программистам видней. Как пользователю- мне чем больше , тем лучше. Однотипных задач,которые в виде подпрограмм можно было бы использовать- очень много. Как вариант,кстати, вместо макросов , можно ввести код запуска другого проекта KaSCADA с возвратом в главный проект. Тогда можно будет собирать отдельные проекты-модули и получать очень даже приличного объема и функционала конечные продукты.
Насчет макросов, вы не совсем договорили. Именные переменные у вас есть.....только они делятся на внутренние и внешние. И эти два раздела именных переменных никак не пересекаются. Одни видны лишь на уровне макроса, другие только "снаружи", на уровне компонентов, переменных, функциональных блоков. Проверить легко. Заведите себе переменный в макросе и вне макроса. И увидите,что списки переменных не пересекаются.
Но в целом,я согласен, что целевая аудитория и цена вашего продукта никак не предполагает излишних изысков. И так, как по мне, возможности программы намного превышают ее цену. Так что претензий к функционалу нет. Лишь пожелания.....

[rovki]

Именные переменные и не должны пересекаться - у вас может быть переменная с именем " 1" и такая же переменная в макросе ("1") и макросов может быть множество ,но все это разные переменные (не пересекаются) ,с одинаковым именем ,заданное пользователем .Так и должно быть ...Поэтому переменных с абсолютными адресами(системных регистров) и нет в макросе .
Смена ориентации экрана в действующих проектах не предвидится . Какой выбрали при проектировании(создании) ,такой и будет. Что касаемо обьемов проект ,то сейчас мне известен проект ,где 114 регистров (инт) и 57 битов.

[Merlok]

Именные переменные и не должны пересекаться -

По сути вопроса с Вами полностью согласен. Вводят лишь в заблуждение применяемые Вами названия банальных в классическом программировании глобальных и внутренних переменных и понятия области видимости переменных. Если целевая аудитория совсем не знакома с программированием- стоит более подробно освятить этот вопрос в FAQ.

[rovki]

тО о чем вы говорите больше относится к тестовым языкам ,найдите в описании на ОЛ упоминание о глобальных переменных. FDB в большей степени создавался для не программистов в классическом смысле ...Потому и полюбили ПР пользователи (электронщики ,киповцы ,радиолюбители итд,итп).
Для того и создал тему ,что бы оперативно отвечать на вопросы (FAQ) . Но я уважаю ваше мнение , спасибо за использование приложения .

[rovki]

Переделали механизм Автомасштабирования , теперь не будет "наезда" одних компонентов на другие . Можно делать проект на андроиде с одним разрешением экрана и переносить на другой андроид с другим разрешением экрана, без проблем , с одной ориентацией экрана .

[rovki]

Новая версия Каскады