Add(MultiElementEx,9647642,217,196)
{
@IsLib=True
}
BEGIN_SDK
Add(EditMultiEx,5921674,3,3)
{
WorkCount=#30:doAnything=Сделать чего нибудь|
}
Add(Counter,578814,98,42)
{
MakeExt(Max,Максимальное значение,MAX)
}
Add(For,2490835,98,98)
{
End=100
MakeExt(End,Максимальное значение,MAX)
}
END_SDK
Add(MultiElementEx,1862395,217,112)
{
elink(9647642)
}Т.е., я агитирую за неуклонное приближение мультика к элементу.
Помню беседу про таки полезность линковки именно значений св-в (скажем, в ресурсы попадает одна картинка, а не много одинаковых). Так вот, предлагаю эту полезность перенести на внешние св-ва...
Следующим шагом (после "разлинковки" св-в) сближения элемента с мультиком - выкинуть вообще св-во Mode. Сделать просто два разных мультика отдельно: статический и динамический. Тогда в панели св-в будут только св-ва элемента.
И с точки зрения CodeGen все было бы "по честному": для мультика читается список св-в, заряжает значениями этих св-в MT_Data, которые передает вторым параметром в конструктор схемы (первый - Control). Это для статического мультика.
А для динамического - эту "зарядку" делает программер и отправляет в потоке на ##add
[size=-2]------ Добавлено в 22:30
Да, возможность LIB-модуля была бы тоже не лишней.
code_493
Не очень понятно, правда, как сделать, чтобы простые копии из библиотеки в схему не попадали...
Или, чтобы при попадании, было сразу видно, что ты сделал чего-то не то...
BTW: А вместо INLINE библиотеки можно ведь и link-контейнер использовать...
Поиск
Друзья
Администрация