глюк при использовании автоматической перенумерации компонентов. легко воспроизводится. неправильная нумерация сохраняется в файле и не лечится.
Вид для печати
глюк при использовании автоматической перенумерации компонентов. легко воспроизводится. неправильная нумерация сохраняется в файле и не лечится.
Спасибо за замечание. Подправим.Цитата:
Сообщение от Olex007
ышо один :)
при использовании булевых функций для побитовой работы с целыми числами (кстати в мануале вроде об этом не пишут - или читал плохо) редактор малюет связи то черным то красным - теряется короче. хотя отрабатывает вроде правильно.
Да, есть такое. Видно, не всегда ему удается перерисовать связь. Если сдвинуть компонент, то цвет измениться. Ну и соответственно, на отработку это не влияет. Посмотрим в понедельник.
А у вас редкий дар :)
заострять внимание на мелочах ,которые наверно важны :)Цитата:
Сообщение от Евстигнеев Максим
это видели все и даже разработчики ,но почему то не заостряли внимание.:confused:Видать задачи были по важней на тот момент
создание блока записи в фб.
а. глюк это или фича, но в списке доступных блоков нет макросов (хоть макрос в программу вставлен и имеет переменные, разрешенные для доступа извне - т.е. установлен флаг "использовать в макросе").
б. из двух записей фб, которые привязаны к блоку Blink но не указаны конкретные переменные - только одна выделяется красным. если в выделенной указать таки переменную, то она становится нормального вида, но вторая так и остаётся не выделенной. хотя какое-то невнятное безадресное предупреждение в строке статуса есть.
в. нет контроля повторного присвоения значения переменной одного блока в нескольких местах.
промежуточная переменная создаётся только целого типа, для подключения ко входу реле или выходу булевой функции требует вставить преобразователь B->i. а на рисунке в доке четко видно что преобразователь ненужен.