Intereting Posts
используйте «svn delete -force» на неверсированных копиях, как вернуть мои удаленные файлы TFS удалил мои файлы при изменении отображения Нажатие всего каталога с локального компьютера на github.com Ошибка при запуске git pull origin master Разделы Git в разных средах Как скопировать несколько Monticello автоматически из локального хранилища на Smalltalkhub.com? Как развиваться против веб-продукта со встроенным сервером (не ASP.NET-проект)? Обратная связь с файлами Backport .po удаление удаленных файлов из git Убедитесь, что URL-адрес репозитория svn не существует Должен ли я добавлять .vs10x в исходный элемент управления? Отделение, двигающееся вперед и назад, необходимо ли каждый раз предоставлять новую версию? Гит См., Когда каталог был разветвлен / помечен в SVN создать локальную ветвь в svn, как git Как я могу реинтегрировать ветвь функции со сломанной историей слияния в SVN?

рабочий процесс для управления справочным контентом, написанным внешними сотрудниками

Мы разрабатываем приложение WPF, которое имеет нечто вроде контекстно-зависимой справки. Содержимое страниц справки в настоящее время написано в виде текстовых документов внешними коллегами (скажем, биологами), а затем переводится в код xaml разработчиками. Этот процесс утомителен и подвержен ошибкам, потому что биологи не видят кода xaml, а словарные документы не могут быть легко различимы и отслеживаться в системе контроля версий.

Поэтому мы хотели бы улучшить этот процесс и поддерживать контент в одном месте в формате, который

  • прост в редактировании (желательно с редактором wysiwyg),
  • хранится в простом формате ascii (для управления версиями / версией) и
  • могут автоматически включаться в качестве ресурса в нашем приложении C #.

Решение может быть основой, внешним инструментом или любой другой идеей. Формат должен поддерживать простой html-рендеринг, такой как полужирный и курсив, надстрочные и т. Д. И изображения.

Solutions Collecting From Web of "рабочий процесс для управления справочным контентом, написанным внешними сотрудниками"

Я предлагаю использовать Flow Documents :

  • Это технология WPF, поэтому вы будете использовать хорошо известный инструмент.
  • Документы потока можно редактировать в элементе управления RichTextBox WPF. Вы можете получить доступ к отредактированному документу потока через свойство RichTextBox.Document . Затем вы можете сохранить его в XAML-файле с помощью XamlWriter . Принимая во внимание все это, вы можете легко и быстро создать простое приложение для своих внешних коллег.
  • Наконец, вы можете загрузить сохраненные файлы XAML в элемент управления FlowDocumentReader , чтобы отобразить их. Это описано здесь .

Я не только уверен, что документы потока могут быть встроены в ресурсы. Если это невозможно, я думаю, что файлы справки могут быть распределены отдельно. Это не кажется большой проблемой.

Альтернативно вместо документооборота можно использовать формат RTF. RichTextBox может использоваться для редактирования таких документов.