Лоджик и макросы. Мои личные хотелки (нет проблемы)

[alexey5801@yandex.ru]

Добрый вечер.
Вопросы к разработчикам Лоджика по работе с макросами.
- Макрос, помещённый на поляну, по смыслу перестаёт быть макросом, а превращается в какой-то именованный элемент, не относящийся к библиотеке в обычном понимании этого слова.
- Два одинаковых макроса на поляне - это не две ссылки на один макрос, а два разных макроса, которые одинаково называются.
Если внести изменения в библиотечный макрос, то никаких изменений в макросах на поляне не будет. Или надо удалить все макросы и накидать новых, или вносить изменения в накиданные. Кнопки освежить макросы нет (не нашёл). То же самое относится и к изменениям макросов на поляне. Изменения в одном из них никак не отражаются на другом.
- При раскрытии макроса открывается отдельное окно. Если у вас блоки пронумерованы, окна пронумеровать никак нельзя? Когда одинаковых макросов много и их надо править, то над ними теряется контроль.
- Почему нельзя закрыть окно раскрытого макроса, как форму в делфях или вижуал студии с сохранением изменений?
- Почему нет признака наличия несохранённых изменений в окне?
- Почему нет режима автосохранения?
- Почему нет типа String? Это до кучи.

[alexey5801@yandex.ru]

Добрый вечер.
Вопросы к разработчикам Лоджика по работе с макросами.
- Макрос, помещённый на поляну, по смыслу перестаёт быть макросом, а превращается в какой-то именованный элемент, не относящийся к библиотеке в обычном понимании этого слова.
- Два одинаковых макроса на поляне - это не две ссылки на один макрос, а два разных макроса, которые одинаково называются.
Если внести изменения в библиотечный макрос, то никаких изменений в макросах на поляне не будет. Или надо удалить все макросы и накидать новых, или вносить изменения в накиданные. Кнопки освежить макросы нет (не нашёл). То же самое относится и к изменениям макросов на поляне. Изменения в одном из них никак не отражаются на другом.
- При раскрытии макроса открывается отдельное окно. Если у вас блоки пронумерованы, окна пронумеровать никак нельзя? Когда одинаковых макросов много и их надо править, то над ними теряется контроль.

Цитата

Сообщение от alexey5801@yandex.ru

- Почему нельзя закрыть окно раскрытого макроса, как форму в делфях или вижуал студии с сохранением изменений?

- Почему нет признака наличия несохранённых изменений в окне?
- Почему нет режима автосохранения?
- Почему нет типа String? Это до кучи.

Нашёл! Одной проблемой меньше.

[ATS]

Так много почему...

Цитата

Сообщение от alexey5801@yandex.ru

.
- Макрос, помещённый на поляну, по смыслу перестаёт быть макросом, а превращается в какой-то именованный элемент, не относящийся к библиотеке в обычном понимании этого слова.

Ну тут Вы и дали ответ почти на все остальные вопросы. Именно именованный набор FBD блоков со связями. Абсолютно не имеющий никаких родственных связей с другими. Не функция и не процедура.

Цитата

- Два одинаковых макроса на поляне - это не две ссылки на один макрос, а два разных макроса, которые одинаково называются.

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

Цитата

Если внести изменения в библиотечный макрос, то никаких изменений в макросах на поляне не будет. Или надо удалить все макросы и накидать новых, или вносить изменения в накиданные. Кнопки освежить макросы нет (не нашёл). То же самое относится и к изменениям макросов на поляне. Изменения в одном из них никак не отражаются на другом.

Опять следует из сказанного выше. Изменится только редактируемый на поляне. При желании можете сохранить измененный и потом заменить им все нужные Вам на поляне. Но расположение и типы входов должны при замене совпадать иначе прорвете внешние связи.

Цитата

- При раскрытии макроса открывается отдельное окно. Если у вас блоки пронумерованы, окна пронумеровать никак нельзя? Когда одинаковых макросов много и их надо править, то над ними теряется контроль.

Ну нумерация автоматическая по порядку выполнения.
И открывать кучу для правки нет смысла. Проще сохранить один и заменить остальные.

Цитата

- Почему нельзя закрыть окно раскрытого макроса, как форму в делфях или вижуал студии с сохранением изменений?

Раскрытый в окне сохраняет выполненные изменения при закрытии его окна.

Цитата

- Почему нет признака наличия несохранённых изменений в окне?

Вот это точно к авторам!

Цитата

- Почему нет режима автосохранения?

На самом деле он есть.

Цитата

- Почему нет типа String? Это до кучи.

А он точно нужен?

[voltel]

В одном и том же проекте 10 одинаковых макросов могут быть немного изменены в зависимости от проекта. И нужно было бы в библиотеке держать все версии макросов для всех версий проектов и их ещё как то подписать.

Чтобы изменить все макросы достаточно сохранить один, выделить его ЛКМ в дереве макросов, щелкнуть на поляне нужный ПКМ и выбрать "заменить". Если входы-выходы не менялись, то связи останутся прежними.

[Ilya J.]

Из какой среды программирования вы пришли?

[Arsie]

Цитата

Сообщение от alexey5801@yandex.ru

- Макрос, помещённый на поляну, по смыслу перестаёт быть макросом

Макрос у нас это именно макроподстановка на уровне design time, а не подпрограмма или макроподстановка на уровне компиляции, выполняющаяся в дельфи или VS.


Добавлено через 4 минуты

Цитата

Сообщение от voltel

В одном и том же проекте 10 одинаковых макросов могут быть немного изменены в зависимости от проекта

Почему законченный программный компонент у вас требует постоянных правок? Это либо вы включили в макрос функциональность с излишней вариативностью, либо наоборот, включили в макрос недоделанную функцию.

Будь макрос процедурой, вас бы ожидали большие трудности. Лоджик наоборот, помогает вам в вашем стиле программирования

[alexey5801@yandex.ru]

Цитата:

Сообщение от Ilya J.

Из какой среды программирования вы пришли?

Delphi, C# и MS SQL. Поэтому я принял макросы как библиотеку юзерских типов, на базе которых можно строить свои типы. Но быстро понял, что это не так, как только начал делать библиотеку визуальных компонентов (как в выше упомянутых средах). И в этой парадигме тип string помог бы мне закрыть макрос, оформив его как готовый визуальный компонент, где можно подавать на вход строки (заголовки, списки и т.д.), не ковыряя сложный макрос до места вывода текста на экран. Для Трим 5 сам Бог велел сделать windows подобный интерфейс, где есть возможность отлавливать прохождение пальца над компонентом и реагировать на это. Такой подход позволил бы ускорить разработку с приемлемым качеством визуальной части проекта. Поскольку я начинающий PLC программист и у меня нет ещё опыта правильной работы в среде Лоджика, отсюда и такой набор глупых вопросов. На рисунке моя первая версия экрана для матрикса. Сейчас у бочки нет шкалы, но вообще она есть и насосы действующие(всё крутится, наполняется и меняет цвет от режима). День рисования под микроскопом по пикселям привело меня к такому решению.

[Arsie]

Цитата

Сообщение от alexey5801@yandex.ru

И в этой парадигме тип string помог бы мне закрыть макрос, оформив его как готовый визуальный компонент.

Стринг для этого не нужен, макрос и так может быть готовым визуальным компонентом, если не использовать SMArt.


Добавлено через 1 минуту

Цитата

Сообщение от alexey5801@yandex.ru

Поскольку я начинающий PLC программист и у меня нет ещё опыта правильной работы в среде Лоджика, отсюда и такой набор глупых вопросов.

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


Добавлено через 3 минуты

Цитата

Сообщение от alexey5801@yandex.ru

На рисунке моя первая версия экрана для матрикса. Сейчас у бочки нет шкалы, но вообще она есть и насосы действующие(всё крутится, наполняется и меняет цвет от режима). День рисования под микроскопом по пикселям привело меня к такому решению.

Для первого раза вполне хорошо

[Arsie]

Цитата

Сообщение от alexey5801@yandex.ru

где есть возможность отлавливать прохождение пальца над компонентом и реагировать на это.

Блоки Touch к вашим услугам.

[voltel]

Цитата:

Сообщение от Arsie

Добавлено через 4 минуты




Почему законченный программный компонент у вас требует постоянных правок?
Будь макрос процедурой, вас бы ожидали большие трудности. Лоджик наоборот, помогает вам в вашем стиле программирования

Я не жаловался, меня устраивает как сейчас организовано в лоджике. Я лишь высказался в теме, пытался объяснить почему так сделано и что может быть, если бы было по другому.