Изменение положения ChildWindow после его показа

В Silverlight есть замечательный класс ChildWindow, основная проблема с этим классом заключается в том, что это ни разу не Window. У него нет свойств Left, Top или X, Y... Это вообще Grid, который кладется в Z-буфер самым верхним, и закрывает доступ ко всему, что ниже, а потом уже рисуется контрол, который похож на окно. В чем проблема и как решать подкатом.

Разворачивание XAP-ов в SharePoint

Собственно, как я писал чуть раньше, занимаемся настройкой скриптов автоматизированного разворачивания. Одной из задач является выложить XAP-ы получившиеся в результате последнего удачного билда в SharePoint. На удивление скрипт оказался достаточно простым.

ItemSelector на базе AutoCompliteBox

У AutoCompliteBox есть существенный недостаток. Он предполагает (AutoCompliteBox, а не недостаток), что все данные в него уже загружены и осталось только выбрать. К сожалению в Silverlight при использовании RIA сервисов возникает проблема с объемом передаваемых данных. См. здесь.
Стоит задача, сделать компонент по функционалу похожий на AutoCompliteBox, но подразумевающий, что данные в него грузятся только после того, как пользователь введет часть названия объекта который ему необходим.

Какой тип приложения выбрать WPF или Silverlight

Последняя проблема которая была у нас в проекте на Silverlight возникала в связи с тем, что на сервер надо было отправить идентификаторы 50-100 объектов (в качестве идентификатора - Guid). И вступало в действие ограничение на длину web-запроса.
Также постоянно возникают проблемы с получением данных на клиенте. Из-за ограничений web-протокола единовременно можно передать порядка 2000-3000 простых объектов (например список подразделений), но если мы пытаемся получить сотрудников (ФИО, должность, отдел, цфо, территория и т.д.) то может сокращаться до 1000-1500.
Мы эти проблемы решаем, но приходится существенно править приложение внося дополнительные ограничения, постраничную загрузку и т.д.
В связи с этим:
1. Для приложений с которыми будут работать 1000+ пользователей и которым надо мало данных - Silverlight.
2. Для приложений с которыми будет работать целых 10-15 пользователей и которым нужны для обработки огромные объемы данных - толстые клиенты на WPF. 

Правильное выравнивание текста в AutoCompleteBox

Есть такой замечательный компонент в Silverlight-е, который во многих случаях намного удобнее Combobox-а, и называется он AutoCompleteBox.
Но с этим компонентом есть достаточно большое количество проблем. Основная - выравнивание длинного текста. О чем я? Вот смотрите:

Вроде все нормально. Но как только мы выберем строку и перейдем на следующий контрол:

Видите выравнивание какое неудобное? Как порешать эту проблему смотрим в далее...

О ссылках на сборки в .net

Сразу скажу, с проблемой столкнулся в Silverlight приложении, после того как решил проблему, с такой же ситуацией столкнулся Потапов Андрей, когда писал dll загрузки файлов в SharePoint. Поэтому решил отписаться, вдруг еще кому сэкономлю полчасика поиска.
Собственно проблема - делаем ссылку на внешнюю сборку,  из своей сборки. А потом, в приложении которое использует нашу сборку возникает непонятный Exception.

Отложенная загрузка компонентов

Сейчас приходится писать на Silverlight, поэтому ввожу новый тэг Silverlight и если буду писать нечто характерное именно для него, то буду применять именно этот тэг. В остальных случаях буду использовать тэг WPF.

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