Здравствуйте, Vladek, Вы писали:

V>Здравствуйте, Аноним, Вы писали:

А>>Здравствуйте, Vladek, Вы писали:

V>>>Здравствуйте, Belowzero, Вы писали:

B>>>>Есть контрол, самописный, состоящий из заголовка и содержимого. Сам контрол реализован как наследник от Canvas. Класс контрола описан в сборке А. В качестве заголовка и содержимого могут использоваться любые UIElement'ы. Так вот, независимо от способа размещения дочерних контролов (пробовал прямое добавление в Children, VisualCollection и перекрытие ArrangeOverride, создавал обертки из других контролов) возникает следующая проблема. Если контролы, которые должны пойти в заголовок и содержимое созданы в сборке А — все хорошо, но если создать дочерний контрол в другой сборке, при размещении система выдает такую ошибку "Указанный элемент уже является логическим дочерним для другого элемента. Сначала отсоедините его".
B>>>>Помогите, кто понял, а то что-то иссякли идеи, как это вылечить

V>>>Используйте HeaderedContentControl и не мучайте Canvas.

А>>Спасибо, помогло. В данном случае задача решена. Но, в принципе, если мне нужен составной контрол произвольной конфигурации, как выйти из ситуации?

V>Вкладывайте контролы друг в друга, никто это не запрещает делать! Ситуации в WPF, когда нужно писать новый контрол, можно пересчитать по пальцам.

Как раз такая ситуация. Пишу библиотеку визуальных контролов для определенной области. Контрол должен обладать неким предметным функционалом. Никак не выйти из положения? Но все стандартные контролы WPF это умеют делать.