Заметки с полей : InfoPath

Visual Studio 2005 Tools for Office Second Edition

valmond — Thu, 09 Nov 2006 10:26:00 GMT

Вышла новая версия VSTO

Кратко по функциональности

Application-level add-in support for the most popular 2007 Office System applications including Outlook, Excel, Word, PowerPoint, InfoPath, and Visio, and provides safe loading/unloading and easy management of managed add-ins.
Design-time and runtime support for key 2007 Office System features such as the Ribbon, Custom Task Panes, and Outlook forms regions.
Design-time support for InfoPath 2007 form templates.
Maintainability and compatibility assurances. VSTO 2005 SE ensures that the applications customers have built on Office 2003 with VSTO 2005 continue to run with 2007 Office system.
The ability to run in Visual Studio 2005 Professional, in addition to those Visual Studio versions already supported, including all of the MSDN subscriptions and Visual Studio Team System family of products.
Expanded application-level add-in support for these Office 2003 Standard and Professional applications: Word, Excel, Outlook, PowerPoint and Visio.

Также выложили видео с демонстрацией нового функионала

Подробнее о VSTO SE тут

А вот страница для скачивания

2007 Office System Document: Developer Posters

valmond — Mon, 06 Nov 2006 13:37:00 GMT

Developer Roadmap for the 2007 Microsoft Office System. Download this poster to view a developer roadmap for the 2007 Microsoft Office system programs, tools, services, and servers.

Microsoft Office InfoPath 2007 Managed Object Model Poster. Download this poster and get a deep dive into some of the new and enhanced objects in the InfoPath 2007 managed object model.

Developer Map for SharePoint Products and Technologies Poster. Download this poster and discover the developer roadmap for Microsoft SharePoint Products and Technologies.\

Link to 2007 Office System: Developer Posters

Собственное сообщение на ошибку типа XSD в InfoPath

valmond — Mon, 21 Aug 2006 09:18:00 GMT

Не первый раз сталкиваюсь с ситуацией, когда ручное редактирование файла manifest.xsf дает более быстрое решение задачи нежели работа мышкой. Но в данном случае я, к сожалению, вообще не знаю как это сделать без редактирования XML файла.

Задача стояла следующая. Отображать собственное сообщение, если тип введенного в текстовое поле значения не соответствует типу определенному в XSD схеме. По умолчанию InfoPath показывает сообщения стандартного вида, в то время как я хотел отображать сообщения содержащие бизнес информацию для пользователя

Собственно решение (применимо как для 2003 так и для 2007 версии InfoPath)

<xsf:xDocumentClass>

...

<xsf:schemaErrorMessages>

<xsf:override match="/XPath/To/Node" >

<xsf:errorMessage type="modeless" shortMessage="Краткое сообщение (максимум 127 символов)">Подробное описание

</xsf:errorMessage>

</xsf:override>

</xsf:schemaErrorMessages>

</xsf:xDocumentClass>

Кстати, достаточно полное описание формата файла manifest.xsf можно найти тут. Хотя этот документ описывает структуру файла для InfoPath 2003, но по большей части все применимо и для 2007 версии.

Managed код в InfoPath 2007

valmond — Mon, 21 Aug 2006 00:06:00 GMT

Известный факт, что InfoPath 2003 требовал от формы Full Trust разрешений для того, чтобы форма могла содержать managed код. В InfoPath 2007 это ограничение снято, теперь вполне можно писать свой код на C# и при этом задавать уровень безопасности Domain (при этом правда, форма должна быть опубликована в зоне intranet).

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

Управление внешними источниками в InfoPath 2007

valmond — Sun, 20 Aug 2006 22:40:00 GMT

При публикации форм InfoPath 2003 возникало несколько проблем. В частности, одной из проблем было то, что описание внешних источников данных было жестко зашито в форму. С другой стороны если несколько форм использовали, скажем, один web service, то необходимо было поддерживать актуальность этой информации для всех форм.

InfoPath 2007 совместно с новой версией SharePoint предоставляют механизм, позволяющий устранить эту проблему. Если не вдаваться в детали, то механизм выглядит примерно следующим образом

на портале создается специального типа библиотека (Data Connection Library)
эта библиотека содержит описание для каждого соединения с данными (будь то база или сервис)
форма InfoPath содержит ссылку на эту библиотеку и на конкретное соединение в этой библиотеке

Т.е. мы получаем единое хранилище всех соединений, которое можно редактировать независимо от форм. Плюс есть еще один приятный момент. Ссылку на Data Connection Library можно задавать относительно места публикации формы.

Я хотел бы еще отметить, что публикация форм вообще претерпела изменения в лучшую сторону в новой версии InfoPath. Как известно публикация формы в InfoPath 2003 это не только физическое размещение xsn файла по определенному адресу, но и прописывание этого адреса в manifest.xsf. Так вот, теперь можно сначала сформировать xsn файл, а потом разместить его в требуемое место. Это удобно если боевая среда не доступна на момент разработки формы.

Теперь я расскажу, как сделать в InfoPath такой Data Source

Сначала создадим библиотеку для хранения источников данных. Библиотека должна иметь тип Data Connection Library

Затем необходимо открыть список соединений в форме InfoPath и выбрать “Convert…”

На этом шаге нам необходимо указать путь до той библиотеки, которую мы только что создали

В результате в библиотеке появится примерно такая запись

Если скачать эту запись и открыть в текстовом редакторе, то станет очевидно, что надо сделать чтобы перенастроить это соединение

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