Фичи и баги OWEN Logic

[wal79]

Хотелось, чтобы вы и на это посмотрели.
http://www.owen.ru/forum/showpost.ph...&postcount=124

Насчет 1 и 2 пункта, то тут как уже когда-то говорилось в данной реализации лоджика практически невозможно осуществить (из-за использования сторонней библиотеки работы с графическими объектами, в которой это не предусмотрено). Т.е. тут выход только один - переписывать эту библиотеку полностью под наши нужды. А вогда это будет -даже предположительно Вам не скажу.
Насчет 3 пункта... Обсуждений по этому поводу было много в компании и даже варианты исполнения тоже роются у меня в голове, но обещать когда это будет - не могу, есть более приоритетные и серьезные планы на лоджик. Но идея заманчивая - мне самому как разработчику нравится...

[wal79]

он скорее всего про этот проект, там два четвёртых входа.
если сдвинуть один, то под ним окажется другой.

Прикольно... Этого как-то не замечал... Странно как так получилось... Посмотрю, но интересно знать а были ли какие-нибудь особенности при создании этого проекта или просто создали, а там оказалось 2 входа...

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

... есть более приоритетные и серьезные планы на лоджик. Но идея заманчивая - мне самому как разработчику нравится...

Поделитесь, пожалуйста, планами на лоджик.
Я не любопытный, я любознательный.

[wal79]

Поделитесь, пожалуйста, планами на лоджик.
Я не любопытный, я любознательный.

Планы большие... все что могу сказать на данный момент...

[AI!]

а 0,5->toBOOL->False - это фича или баг?
думал всё что строго ">0" это Тrue

[rovki]

В сетевой переменной с типом с плавающей запятой не возможно установить значение по умолчанию в свойствах менее 1.

[AI!]

В сетевой переменной с типом с плавающей запятой не возможно установить значение по умолчанию в свойствах менее 1.

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

[wal79]

а 0,5->toBOOL->False - это фича или баг?
думал всё что строго ">0" это Тrue

Нет, там идет преобразование типов, а не сравнение с 0. В приборе согласно коду происходит такое же преобразование.

[AI!]

Нет, там идет преобразование типов, а не сравнение с 0. В приборе согласно коду происходит такое же преобразование.

а можно подробнее про преобразования?
что бы точно знать поведение ПР не через опыты, а от разработчика.

PS что точно известно:
1) из BOOL 1->1 и 0->0 вне зависимости от конечного типа данных
2) из INT в FLOAT, тоже всё понятно
(хотя и тут есть варианты, напр. 16777215, 16777216, 16777217 конвертируются соответственно в 16777215, 16777216, 16777216)
3) из INT в BOOL, 0->0, всё остальной ->1

[wal79]

а можно подробнее про преобразования?
что бы точно знать поведение ПР не через опыты, а от разработчика.

в данном случае идет преобразование из FLOAT в UInt32 приведением типов.