ПР200

[Эдуард_Н]

Не знаю, что у вас не так, у меня после редактирования макроса(устранение неопределённостей) проект сохранился в ОЛ1.8 b 89.

Так то оно конечно, но эти переменные были введены для избавления от кучи соединений.

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

а теперь добавьте сетевую переменную на 485 порт и используйте её на гллавном холсте, после сохранить Вам проект не удастся

Да и с таким подключением тоже не сохраняет.Снимок.JPG

[Евгений Сергеевич]

Пока выкладываю новую версию на форум, завтра выложу на сайт.
исправлена проблема с сохранением
исправлена проблема со старыми проектами
исправлена проблема с переменными (она все таки зависела от установки framework 4.0)

[Эдуард_Н]

Почти заработало, есть одно не понятное место.

[Алексей Геннадьевич]

Так то оно конечно, но эти переменные были введены для избавления от кучи соединений.

Вы побольше ими пользуйтесь, особенно в ОЛ 1.7 , такой-то Дзен под конец написания программы...

Пока выкладываю новую версию на форум, завтра выложу на сайт.

С какой целью на сайт выкладывать ещё неоотестированную версию ОЛ ?
С этой, что-ли?!
http://www.owen.ru/forum/showthread.php?t=21776

исправлена проблема с переменными (она все таки зависела от установки framework 4.0)

Автоустановщик фреймворка - или вырезать, или доделать. Ставилось на систему с фреймворком 3.5, ОЛ лазил-загружал, вот результат:
после загрузки ОЛ90.bmp
После установки фреймворка ручками всё заработало.

Почти заработало, есть одно не понятное место.

Поереключение насосов макрос запуск1.JPG
Аналогично.

[Эдуард_Н]

Вы побольше ими пользуйтесь, особенно в ОЛ 1.7 , такой-то Дзен под конец написания программы...

Если быв ОЛ была возможность как в LOGO разделять связи то я бы не пользовался этими переменными.

[Алексей Геннадьевич]

Если быв ОЛ была возможность как в LOGO разделять связи то я бы не пользовался этими переменными.

Это просто другой метод разделения связей. Удобно, но при частом использовании ОЛ 1.7 тормозит зверски.
Особенно актуально для программ ПР114, в 110 столько просто не навтыкать.

[rwg]

Автоустановщик фреймворка - или вырезать, или доделать. Ставилось на систему с фреймворком 3.5, После установки фреймворка ручками всё заработало.

Отстал от жизни. Вопрос скорей к программистам. Поясните, какие преимущества от использования фреймворка. Софт, написанный до его появления, работает устойчивее и ничем не уступает по своим возможностям. Дополнительную головную боль, связанную с его установкой и конфликтами версий вижу, а в чём преимущество от его использования, что он внёс нового, чего не было до него? У меня такое впечатление, что это просто очередная диверсия Microsoft, на которую повелись программисты ОВЕНа.

[orbita-skb]

Вырастает скорость написания кода. Уменьшается сложность модифицирования и сопровождения кода (при правильном стиле разработки). Дополнительная головная боль появляется только у пользователей Windows XP, и то если выключены автоматические обновления.

[wal79]

Owen Logic всегда использовал framework. Но до сих пор версии 2. Наконец-то появилась возможность перейти на 4 framework. Если вкратце, то преимущества как в скорости написания кода, так и в увеличении производительности самого лоджика. (Я сейчас не говорю про производительность отрисовки линий. Это проблема для нас остается актуальной. Мы ищем пути решения этой проблемы.) И конечно, сами понимаете, технологии развиваются и с точки зрения будущего развития лоджик тоже старается идти в ногу со временем. :-)