Programming and Animation

MCL: Визуальный компонент графа

Это визуальный компонент библиотеки MCL (Motion Code Library), который вы сможете найти на google code проекте – http://code.google.com/p/motioncodelibrary/

Read the rest of this entry »

MCL для MoBu разработчиков

MCL расшифровывается как MotionCodeLibrary, коллекция вспомогательных классов и примеров для разработчиков под MotionBuilder. Проект размещен на гугл коде – http://code.google.com/p/motioncodelibrary/

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

Вот небольшой план элементов:

• [[визуальный компонент графа]] - GraphTools, GraphView
• [визуальный компонент пиктограмм] -
• [Контекстное меню] - WindowsSubMenu
• [видовое окно] – viewport, viewport_utils
• [геометрические операции в пространстве] – math3d
• [чтение cvs формата] (Natural point export format) – csv_reader
• [граф и список] – graph, list

Так же в библиотеку входит ряд примеров:

• GraphView_sample – example of a GraphView component usage
• Тянущийся скелет – Manupulator plugin
• Пружина – Relation Box plugin
• UI-Builder – Tool plugin
• Newton constraint – constraint plugin

Пишите свои мысли по этому поводу, буду рад поддержке и критике. Надеюсь что проект пригодится!

Еще немного о свойствах в МоБи

Еще немного о свойствах в МоБи:

1. Удобно регистрировать свойство для внутреннего пользования FBPropertyInit, это макрос;
2. Удобно регистрировать свойство для внешнего отображения в системе FBPropertyPublish, тоже макрос.

В МоБи выявились большие проблемы если следовать строгой схеме, когда в классе каждому свойству сопоставлять переменную. Т.е. когда свойство передает значение переменной и берет значение с переменной. Такой вариант часто бывает причиной вылета с ошибкой, особенно если работать со строками FBString и временем FBTime.

Выход таков, что лучше оставить хранение значения переменной внутри свойства, т.е. просто игнорировать подачу своих обработчиков на получение/извлечение значения. Например:

По крайней мере это сделает ваш плагин стабильнее.

Свой компонент в OR SDK

Под своим компонентом я подразумеваю класс, производный от FBComponent. Почему это может быть нужно, есть несколько преимуществ:

• FBComponent имеет возможность реализации внутренних свойств properties, причем присутствуют все методы для их регистрации и управления. Об этом я писал не так давно в своем блоге. Мне свойства очень пригодились, ведь есть визуальный компонент BrowserProperties, в котором можно просматривать свойства своего компонента и непосредственно работать с ними. Это очень удобно!

• поддержка мета информации о классе и его свойствах, часто используется ClassName, TypeInfo
• использование callback’ов
• задавать флаги существования объекта, в том числе для авто освобождения памяти из-под данного класса или для контроля наличия только одного экземпляра.

Read the rest of this entry »

OR SDK – создание свойств перечисления и действия

Речь пойдет о создании свойств перечисления FBPropertyEnum и выполнения действия  FBPropertyAction у наследников от FBComponent. Это бывает зачастую необходимо при регистрации переменных для использования в таблицах свойств (визуальный компонент BrowsingProperty) и для взаимодействия с интерфейсом MotionBuilder.

Read the rest of this entry »