Господа разработчики, здравствуйте!
Ещё один лёгкий глючок
Блоки переменной отображают разные переменные, хотя указывают на одну и ту же (переменная нужна одна и та же).
2017-06-02_10-19-10.png
На снимке отмечено красным.
Произошло сие безобразие после копирования и вставки части схемы с последующей заменой переменных.
Часть проекта с глючком: Неверное отображение переменных.owl
Умный человек - с лёгкостью решает любые проблемы. Мудрый - их не создаёт.
https://vk.com/a.matica
Господа разработчики!
Ещё одна не нормальная особенность поведения OL.
В проекте можно создавать любое кол-во переменных с одинаковыми именами!
Конечно, все понимают, что непосредственно внутри OL, система работает не с именами переменных, а с объектами класса переменная.
И всё же, добавьте в систему простейшую проверку на уникальность имён переменных, пожалуйста.
Иначе при среднем, и больше среднего, размере проекта может возникнуть серьёзная путаница.
Благодарю, за внимание.
Умный человек - с лёгкостью решает любые проблемы. Мудрый - их не создаёт.
https://vk.com/a.matica
Мы планируем добавить проверку имён переменных на дублирование в одном из ближайших релизов. Не смотря на кажущуюся простоту, эта задача требует глубокой проработки, ведь большое количество проектов уже были внедрены с дублированными переменными. Действовать нужно предельно аккуратно, чтобы не повлиять на их работоспособность.Сообщение от Project M
Господа разработчики!
Ещё одна не нормальная особенность поведения OL.
В проекте можно создавать любое кол-во переменных с одинаковыми именами!
Конечно, все понимают, что непосредственно внутри OL, система работает не с именами переменных, а с объектами класса переменная.
И всё же, добавьте в систему простейшую проверку на уникальность имён переменных, пожалуйста.
Иначе при среднем, и больше среднего, размере проекта может возникнуть серьёзная путаница
Благодарю, за внимание.
Так раньше, насколько помню, этого нельзя было сделать, потом они отменяют проверку уникальности имён, теперь снова пытаются добавить, очень увлекательно!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Благодарю.
Умный человек - с лёгкостью решает любые проблемы. Мудрый - их не создаёт.
https://vk.com/a.matica
Вы ошибаетесь. Никогда не было проверки имен. Она просто лоджику не нужна. Как тут уже правильно заметили, лоджик не ориентируется на имена. Но для удобства пользователей и для будущих задачи уникальность имен будет введена (как уже отметил Игорь Брылев).
Последний раз редактировалось wal79; 05.06.2017 в 08:47.
программер
Немного проясним... Что значит с последующей заменой. Заменой что на что?Господа разработчики, здравствуйте!
Ещё один лёгкий глючок
Блоки переменной отображают разные переменные, хотя указывают на одну и ту же (переменная нужна одна и та же).
2017-06-02_10-19-10.png
На снимке отмечено красным.
Произошло сие безобразие после копирования и вставки части схемы с последующей заменой переменных.
Часть проекта с глючком: Неверное отображение переменных.owl
программер
Может быть с макросами попутал!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Здравствуйте!
Пояснения:
Была скопирована часть схемы с блоками входных переменных, в которых использовалась переменная CT_M.
После вставки, во вставленной части схемы, в "блоках входных переменных" переменные были заменены на переменную CT_S.
В результате, программа работает, как и задумано, но в блоках отображается название не той переменной. (CT_M вместо CT_S).
Если эти блоки выбрать курсором. В свойствах будет указана переменная CT_S.
Умный человек - с лёгкостью решает любые проблемы. Мудрый - их не создаёт.
https://vk.com/a.matica
Спасибо. То что в свойствах видится CT_S я видел... Будем разбираться.
программер
Ваши права
Ответить с цитированием