Это замечание так же внесено в задачи, спасибо.
Вид для печати
Здравствуйте, я не совсем уверен здесь ли надо писать, но уже накипело.. :)
Баги: коих много но щас что из основного.
1) Работа с макросами..
Ситуация..
Есть макрос выполненный для целых чисел, с ним все ок. Но потребовался такой же макрос но для плавающей точки..
Действие..
Копируем макрос целых чисел, меняем в нем нужные блоки, изменяем название скажем на f.ххх и сохраняем его в файл для последующего импорта в рабочий проект.
Ошибка..
При вставлении данного макроса из файла в рабочий проект из которого была взята остова для данного макроса, программа выдает ошибку, мол этот макрос уже есть в базе!!
Как блин, если это совсем другой файл и макрос.. !!
Сделайте другую инициализацию макросов не по какому то коду макроса, а хотя бы по его размеру, да, даже по названию и то будет логичнее.
2) Вставка части макроса из другого.
Ситуация..
Выделаем и копируем часть макроса. Создаем новый макрос, вставляем туда скопированный элемент. И пытаемся откорректировать положение вставленной части, и оно не получается! А почему? А потому что в новом макросе нехватает места полей холста. Но об этом никто не сообщит.
Решение..
Сделайте автомаштабирование полей проекта..
Та же проблема с полями когда добавляешь новый вход или выход. Ну зачем они слетают до минимального размера.. Дико неудобно когда делаешь большие проекты.
Пожелания:
Добавьте возможно перенумеровывание входов выходов в уже готовом макросе, иногда надо пододвинуть один вход к другому. Сейчас же запоминается хронолигия порядка создлания этих входов..
Добавьте возможность вставлять сетевую переменную непосредственно в макрос..
Добавьте возможность записи данных в макрос посредством "Записи в функциональный блок" . В списке есть только стандартные блоки. Зачем тогда фишка с галочкой "использовать в макросе" .. Недореализованная какая то задумка.
И много много еще идей и ошибок. Посмотрим как зайдет данный пост.
Я вангую как зайдёт ваш пост: разработчики в курсе вышеупомянутых проблем и постоянно работают над повышением функциональности ОвенЛоджика и устранением багов. Но в связи с подготовкой нового релиза с поддержкой новых продуктов не успевают оперативно устранять выявленные баги. Но большое спасибо за интерес к нашей продукции.
Что ж, быть услышанным уже приятно. А там посмотрим.
Ни как он не зайдёт! Подобные "неудобства" уже много лет обсуждаются и Вы ещё не раз столкнётесь со всякими казусами, например зачем они назвали беззнаковый целый тип данных не UINT(UDINT), а INT(DINT), поэтому новички обычно подобное спрашивают, так как им действительно это не понятно, а ответы рушат их привычное понимание реальности! Остальные уже привыкли к их чудачествам, их ни чем не удивишь, они всё семь раз проверят и поймут это так как надо понимать или делать! Кстати по первому пункту(я тоже это проходил и шишек набил), отредактированный макрос надо сохранять как новый. Лет через пять(может и раньше) привыкните и перестанете задавать подобные вопросы, а поначалу многие задают!
Эти костыли конечно легко обходятся все возможными ухищрениями, но надежда на то что будет как должно быть есть. Пока не наткнешься на реальность :D
Юра зачем программисты разрешают редактировать группы и экраны в режиме симуляции . Нет никакого толку одни ошибки .
Проект чуть не загубил по ошибке , забыв отключить симуляцию . Вложение 41625
В режиме симуляции значения типа int,Float на экране не редактируются .
и попробовал повторить .
Появления ошибок и зависания на новом .
Случайно отредактированные экраны в режиме симуляции нельзя сохранить проект .Вложение 41641