Предложения, пожелания, для новых версий ОвенЛоджик

[bayk]

Здравствуйте всем! надеюсь админы прикрепят эту тему, поскольку ее создание давно витает в воздухе, а если были аналогичные, то они давно потерялись.
В этой теме предлагаю выкладывать ТОЛЬКО предложения, замечания, желаемые доработки для новых версий ОЛ, а то все важные предложения теряются в потоке обсуждений в темах по бета-версиям ОЛ, а разработчики не всегда успевают их записать.
От представителей Овен прошу обратной связи по каждому из предложений - возможно, невозможно, трудоемко и т.д.
Я думаю, всем будет так проще и удобнее.
Так-же сюда, я так думаю, можно выкладывать косяки версий, которые надо исправлять, а они тянуться на протяжении многих версий ОЛ. Сиюминутные проблемы сюда писать НЕЛЬЗЯ!

[bayk]

Привожу часть предложений и замечаний, что помню сам:

Предложения:
1. сделать возможность автосохранения проекта
. 1.1. через заданный промежуток времени
. 1.2. перед переходом в онлайн-отладку (активировать в виде чекбокса в настройках, а то вдруг кому-то непонравится)
. 1.3. автосохранение делать в файл *.bak с именем + тайм-штамп (при этом обычное сохранение идет в файл проекта)
. 1.4. сделать возможность автосохранения с большей доступной глубиной возврата - несколько файлов (хотя я считаю, что это лишнее)

2. сделать возможность сохранения размеров окна списка переменных и ширины столбцов в этой таблице. сейчас по умолчанию они все равны, хотя поля "энергонезависимость", "значение по умолчанию" и "использование в проекте" излишне широкие, что приводит к невозможности удобного просмотра комментариев, и даже если их подвинуть, то при закрытии этого окна они сбрасываются. это ОЧЕНЬ неудобно. так же и с размерами этого окна - на больших мониторах (даже Full_hd (про 4к я молчу) оно очень маленькое, а незадействованного места вокруг много. и каждый раз, открывая его приходится его растягивать)

3. При выбора переменной на поляне автоматически "выделять" эту переменную в панели "Панель переменных" чтобы сразу видеть все ее связи. иначе весь полезный функционал это панели в большом проекте просто теряется.

4. сделать поле "комментарий" в панели свойств элемента (на поляне справа внизу) или динамическим, в зависимости от содержания, или хотя-бы пятистрочным, если динамическое изменение сложно выполнить. пользоваться им очень неудобно, а свободного места под ним всегда ооочень много даже на мониторах с малым разрешением.

5. добавьте возможность перемещать запятую по разрядам целочисленной переменной на экранах в элементе вывода INT/float. это позволит отказаться от использования float переменных в случае необходимости применения числе, требующих запятую на экране (например задача времени менее секунды для TON)


Замечания:
1. если изменить сетевой переменной с float на int в списке переменных, предварительно отсоединив его от всех связей, то и входная и выходная переменные на поляне не меняют свой тип. приходится удалять и добавлять повторно.

2. удаление сетевых переменных в списке переменных не удаляет их в списке переменных через "прибор - интерфейс ..." и кто об этом не знает, начинает писать про "фантомные" переменные

3. Не изменяется имя экрана в окне "настройка группы экранов", если его изменить в свойствах этого экрана (мне кажется, что это происходит, если его переименовывать ВТОРОЙ раз. первый раз (после переименования от стандартного имени) все срабатывает.)

4. при попытке группового копирования элементов "вывод int/float" с присоединенной переменной типа float с экрана на экран в пределах одного проекта копирование не происходит, пока не отсоединишь переменные float от этих полей. C присоединенными переменными типа INT этой проблемы нет и копирование идет корректно.

5. непонятная логика идентификации копий макроса (даже если он имеет другое название и состав, но сделан на основе копии предыдущего) при их вставке в другой проект. это приводит к непредсказуемым заменам или невозможности вставки макроса.

6. теперь, когда копирование макросов стало доступно через буфер обмена, совсем стала беда - вроде вставляешь макрос, и не знаешь, он вставился или нет. нет предупреждения со стороны системы, что макрос с аналогичным названием уже есть (это касается по моему всех вложенных более глубоко в макрос других макросов). то-есть внешний (тот который на главной поляне) макрос вроде вставляется и новые элементы на его поляне вставляются, а вот макросы внутри не заменяются, скорее всего поскольку такие макросы по названию уже есть в проекте.

[Юрий Н]

Не плохо бы ввести визуализацию экрана.

[игорь68]

Были пожелания по печати из лоджика.
1)Возможность печати экрана дисплея.
2)возможность печати дерева переходов.
3)Возможность списка сетевых переменных.
4) Возможность сохранения пунктов 1;2;3 в любимы формат PDF.

[alexey001]

Возможность создавать свои плагины. Теоретически и сейчас это можно наверное (с небольшой правкой OL для загрузки), но в большинстве случаев эффект не оправдывает трудозатрат на разбирательства с внутренностями OL.

[Sergej_]

Возможность вывода переменных в виде графиков в режиме симуляции и онлайн отладки с привязкой ко времени и архивацией.

[игорь68]

Предлогаем под 205е реле сделать возможность работы с флешкой.
1)Возможность "прошивать" программу пользователя.
2)Возможность "прошивать" биос реле.
3)Возможность "писать на внешних" флешку коды ошибок и аварий с привязкой по времени.

[СергейНовосиб]

Добавить возможность программно изменять пределы ввода значений переменных.
В зависимости от ситуации, надо ограничить возможность изменения значения переменной.
T_1.jpg

[slord]

1) Возможность менять тип контакта (НО,НЗ) физических входов ПР для режима симуляции.
2) Соединение блоков через метки.

Screenshot 2021-01-17 203314.png

[bayk]

1) Возможность менять тип контакта (НО,НЗ) физических входов ПР для режима симуляции.
2) Соединение блоков через метки.
Screenshot 2021-01-17 203314.png

1 - это не нужно, поскольку перед запуском симуляции вы можете выставить любые начальные условия для любых входов.
2 - а не хотите аргументировать, зачем это делать, если есть переменные? в чем ключевое отличие, чтобы дублировать функционал? может вы просто привыкли работать с метками? а другие привыкли к переменным, которые значительно удобнее.