Фичи и баги OWEN Logic

[Newcomer]

Есть ли в ОЛ функция FSEL ?

[Василий Кашуба]

Есть ли в ОЛ функция FSEL ?

Есть в ОЛ 1.9.111

[wal79]

Есть ли в ОЛ функция FSEL ?

Есть, но в редакторе макросов пока что не видно. Готовится первый релиз с исправлениями. Вот-вот выйдет.

[Project M]

Господа разработчики, день добрый!

Обратите внимание на следующий махровый глючок!
Проект создан в OL1.8, редактируется в OL1.9. При удалении с окна визуализации элемента, осталась рамка элемента. При попытке удалить её, выдаёт сообщение "Ссылка на объект не указывает на экземпляр объекта".
При удалении всего окна визуализации получилась неразбериха с таким же сообщением во всплывающей подсказке . При открытии закрытии проекта, всё остаётся по прежнему.
2017-05-31_16-13-46.png
2017-05-31_16-14-27.png
2017-05-31_16-15-20.png

В файле проекта окно "Настройки программы"
Глючок.owl

[wal79]

Господа разработчики, день добрый!

Обратите внимание на следующий махровый глючок!
Проект создан в OL1.8, редактируется в OL1.9. При удалении с окна визуализации элемента, осталась рамка элемента. При попытке удалить её, выдаёт сообщение "Ссылка на объект не указывает на экземпляр объекта".
При удалении всего окна визуализации получилась неразбериха с таким же сообщением во всплывающей подсказке . При открытии закрытии проекта, всё остаётся по прежнему.
2017-05-31_16-13-46.png
2017-05-31_16-14-27.png
2017-05-31_16-15-20.png

В файле проекта окно "Настройки программы"
Глючок.owl

Спасибо, будем разбираться...

[Project M]

Господа разработчики, здравствуйте!

Ещё один лёгкий глючок
Блоки переменной отображают разные переменные, хотя указывают на одну и ту же (переменная нужна одна и та же).

2017-06-02_10-19-10.png
На снимке отмечено красным.
Произошло сие безобразие после копирования и вставки части схемы с последующей заменой переменных.

Часть проекта с глючком: Неверное отображение переменных.owl

[wal79]

Господа разработчики, здравствуйте!

Ещё один лёгкий глючок
Блоки переменной отображают разные переменные, хотя указывают на одну и ту же (переменная нужна одна и та же).

2017-06-02_10-19-10.png
На снимке отмечено красным.
Произошло сие безобразие после копирования и вставки части схемы с последующей заменой переменных.

Часть проекта с глючком: Неверное отображение переменных.owl

Немного проясним... Что значит с последующей заменой. Заменой что на что?

[Project M]

Здравствуйте!
Пояснения:

Была скопирована часть схемы с блоками входных переменных, в которых использовалась переменная CT_M.

После вставки, во вставленной части схемы, в "блоках входных переменных" переменные были заменены на переменную CT_S.

В результате, программа работает, как и задумано, но в блоках отображается название не той переменной. (CT_M вместо CT_S).
Если эти блоки выбрать курсором. В свойствах будет указана переменная CT_S.

[Project M]

Господа разработчики!

Ещё одна не нормальная особенность поведения OL.
В проекте можно создавать любое кол-во переменных с одинаковыми именами!
Конечно, все понимают, что непосредственно внутри OL, система работает не с именами переменных, а с объектами класса переменная.
И всё же, добавьте в систему простейшую проверку на уникальность имён переменных, пожалуйста.
Иначе при среднем, и больше среднего, размере проекта может возникнуть серьёзная путаница .

Благодарю, за внимание.

[Игорь Брылёв]

Господа разработчики!

Ещё одна не нормальная особенность поведения OL.
В проекте можно создавать любое кол-во переменных с одинаковыми именами!
Конечно, все понимают, что непосредственно внутри OL, система работает не с именами переменных, а с объектами класса переменная.
И всё же, добавьте в систему простейшую проверку на уникальность имён переменных, пожалуйста.
Иначе при среднем, и больше среднего, размере проекта может возникнуть серьёзная путаница .

Благодарю, за внимание.

Мы планируем добавить проверку имён переменных на дублирование в одном из ближайших релизов. Не смотря на кажущуюся простоту, эта задача требует глубокой проработки, ведь большое количество проектов уже были внедрены с дублированными переменными. Действовать нужно предельно аккуратно, чтобы не повлиять на их работоспособность.