Статические свайства и события дизайнера

[Xptr]

Можно узнать исходя из каких соображений они реализованы статическими членами?

Скажем события закрытия, загрузки, сохранения и т.д. , а так же некоторые настройки дизайнера...

Скажем если у меня запущено два и больше дизайнеров и мне нужно сдеать эти члены уникальными...

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

[Xptr]

Немного пояснить ситуацию почему собственно возник вопрос:

Из ответа на предыдущий вопрос я узнал что дизайнер можно запускать так сказать в немодальном режиме.

Поэтому на редактирование можно "отправить" одновремено нескольно отчетов.
А потом их надо сохранить в БД. для чего использую событие SavingReport.
В обработчике можно получить указатель на дизайнер, а потом и на сам отчет

(кстати вопрос: дизайнер подразумевает работу только с одним отчетом (одновремено для одного дизайнера))

Дело в том что отчет в системе не просто StiReport, а это так же информация по его идентификации в БД, группы, и прочей информации по разграничению доступа для редактирования и геренарации. Для управления всем этим написан класс, одно из свойств котого содержит непосредственно сам отчет. Так вот при сохранении надо получать доступ к прочей информации данного класса.

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

Другой вариант если бы Report содержал бы какое то поле типа Object куда можно было бы пихануть свой класс (типа Tag), пускай даже не сериализуемое, не сохраняемое стандартными методами Save... Load...

[Vital]

Немного пояснить ситуацию почему собственно возник вопрос:

Из ответа на предыдущий вопрос я узнал что дизайнер можно запускать так сказать в немодальном режиме.

Поэтому на редактирование можно "отправить" одновремено нескольно отчетов.
А потом их надо сохранить в БД. для чего использую событие SavingReport.
В обработчике можно получить указатель на дизайнер, а потом и на сам отчет

(кстати вопрос: дизайнер подразумевает работу только с одним отчетом (одновремено для одного дизайнера))

Только с одним отчетом.

Дело в том что отчет в системе не просто StiReport, а это так же информация по его идентификации в БД, группы, и прочей информации по разграничению доступа для редактирования и геренарации. Для управления всем этим написан класс, одно из свойств котого содержит непосредственно сам отчет. Так вот при сохранении надо получать доступ к прочей информации данного класса.

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

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

Можно реализовать этот механизм через простейшую хэш-таблицу.

Другой вариант если бы Report содержал бы какое то поле типа Object куда можно было бы пихануть свой класс (типа Tag), пускай даже не сериализуемое, не сохраняемое стандартными методами Save... Load...

Хорошая идея, уже добавили. Если нужно обновление, то свяжитесь с нами.

Спасибо.

[Xptr]

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

[Xptr]

Забыл уточнить:
когда будут реализованы все выше упомянутые фичи ?

[Vital]

когда будут реализованы все выше упомянутые фичи ?

Дизайнер как контрол появится в следующей версии (Осень 2006).

Надеюсь при приобретении комерческой версии, это уже там будет.. ))

Это уже есть. После приобретения Вы можете запросить последний билд.

Спасибо.