Я также обнаружил, что System.Windows.Threading.Dispatcher.CurrentDispatcher.Invoke()
не всегда является диспетчером целевого контроля, точно так же, как dotNet пишет в своем ответе. У меня не было доступа к диспетчеру управления, поэтому я использовал Application.Current.Dispatcher
, и он решил проблему.
1: Вы просто отбрасываете его в той же папке как dll
2: это должно быть сохранено? Для "живого" использования и IDE VS и "отражатель" позволяют Вам рассматривать документацию (против типов/участников/и т.д.). Существуют инструменты для преобразования его, но я никогда не беспокоился. Замок из песка может быть достойный внимания, но это никогда не было хорошо мне;-p
Ответьте на свой первый вопрос: xml должен иметь то же имя как блок и быть прямо рядом с ним. Таким образом, если у Вас есть блок под названием Svish.dll тогда, Ваш файл документации должен быть Svish.xml и быть в том же каталоге.
1) файл документации должен иметь то же имя как имя сборки, с добавленным расширением '.xml', и находиться в том же каталоге как его соответствующий блок. Так, например, у Вас есть 'MyCompany.MyNamespace.dll' и файл 'MyCompany.MyNamespace.dll.xml' в том же каталоге.
2) NDOC может генерировать некоторые dirrent форматы документации.