Так много почему...
Цитата:
Сообщение от alexey5801@yandex.ru
.
- Макрос, помещённый на поляну, по смыслу перестаёт быть макросом, а превращается в какой-то именованный элемент, не относящийся к библиотеке в обычном понимании этого слова.
|
Ну тут Вы и дали ответ почти на все остальные вопросы. Именно именованный набор FBD блоков со связями. Абсолютно не имеющий никаких родственных связей с другими. Не функция и не процедура.
Цитата:
|
- Два одинаковых макроса на поляне - это не две ссылки на один макрос, а два разных макроса, которые одинаково называются.
|
Именно так и следует из сказанного выше. Переименовать никто не мешает. Добавить комментарий тоже.
Цитата:
|
Если внести изменения в библиотечный макрос, то никаких изменений в макросах на поляне не будет. Или надо удалить все макросы и накидать новых, или вносить изменения в накиданные. Кнопки освежить макросы нет (не нашёл). То же самое относится и к изменениям макросов на поляне. Изменения в одном из них никак не отражаются на другом.
|
Опять следует из сказанного выше. Изменится только редактируемый на поляне. При желании можете сохранить измененный и потом заменить им все нужные Вам на поляне. Но расположение и типы входов должны при замене совпадать иначе прорвете внешние связи.
Цитата:
|
- При раскрытии макроса открывается отдельное окно. Если у вас блоки пронумерованы, окна пронумеровать никак нельзя? Когда одинаковых макросов много и их надо править, то над ними теряется контроль.
|
Ну нумерация автоматическая по порядку выполнения.
И открывать кучу для правки нет смысла. Проще сохранить один и заменить остальные.
Цитата:
|
- Почему нельзя закрыть окно раскрытого макроса, как форму в делфях или вижуал студии с сохранением изменений?
|
Раскрытый в окне сохраняет выполненные изменения при закрытии его окна.
Цитата:
|
- Почему нет признака наличия несохранённых изменений в окне?
|
Вот это точно к авторам!
Цитата:
|
- Почему нет режима автосохранения?
|
На самом деле он есть.
Цитата:
|
- Почему нет типа String? Это до кучи.
|
А он точно нужен?