Product Description

"Microsoft Office InfoPath represents a revolutionary leap in XML technologies and a new paradigm for gathering business-critical information. I am delighted that Scott Roberts and Hagen Green, two distinguished members of the InfoPath product team, decided to share their experience in this book."

--From the Foreword by Jean Paoli, cocreator of XML 1.0 and Microsoft Office InfoPath

Microsoft Office InfoPath 2007 offers breakthrough tools for gathering, managing, and integrating business-critical information, and creating efficient forms-driven processes. Two longtime members of Microsoft's InfoPath product team have written the first comprehensive, hands-on guide to building successful XML-based solutions with InfoPath 2007.

The book opens with a practical primer on the fundamentals of InfoPath form template design for information workers and application developers at all levels of experience. It then moves into advanced techniques for customizing, integrating, and extending form templates--with all the code examples and detail needed by professional developers.

Learn how to:

• Design form templates: create blank form templates, insert and customize controls, use advanced formatting, and construct and lay out views
• Work with data: start with XML data or schema, manually edit data sources, and understand design-time visuals
• Add custom business logic to forms, and integrate them with other applications
• Retrieve and query data from external data sources, including XML files, databases, SharePoint lists, Web services, and ADO.NET DataSets
• Submit and receive form data using ADO.NET
• Save, preview, and publish to e-mail, SharePoint, and more
• Build reusable components with template parts
• Create workflows with SharePoint and InfoPath E-Mail Forms
• Administer Forms Services and Web-enabled form templates
• Build advanced form templates using C# form code, custom controls, add-ins, and the new InfoPath 2007 managed object model
• Design form templates using Visual Studio Tools for Office (VSTO)
• Update, secure, and optimize your form templates

---

Product Details

• Amazon Sales Rank: #43235 in Books
• Published on: 2007-02-15
• Original language: English
• Number of items: 1
• Binding: Paperback
• 1296 pages

About the Author

Scott Roberts is a Senior Development Lead on the InfoPath team at Microsoft Corporation, and has been involved with InfoPath since its inception. He leads development on features ranging from controls and template parts to the Word/Excel importers. Scott is also the author of Programming Microsoft Internet Explorer 5 (Microsoft Press) and numerous technical articles and publications.

Hagen Green is a Software Design Engineer in Test II at Microsoft Corporation, and has been a member of the InfoPath team since its inception. He leads a team focused on the next version of Windows SharePoint Services. He contributed chapters on InfoPath to Visual Studio Tools for Office: Using Visual Basic 2005, and Visual Studio Tools for Office: Using C# (Addison-Wesley).

Excerpt. © Reprinted by permission. All rights reserved.

It Just Makes Sense

Over the past ten years, Extensible Markup Language (XML) has become more widely used than ever before as a means of transferring data between applications and even between organizations. XML provides a standard protocol with which these applications and organizations can communicate. Using XML Schema, a company can define a standard structure for its data that can then be used across multiple departments and organizations. This structured data enables developers to easily create applications that can communicate with each other without much effort.

In addition, most organizations use forms in one way or another, whether to enter a purchase request, submit expense report information, or track weekly status. If you look at a typical form, you will notice that the form itself is structured unlike a typical freeform document created in an application such as Microsoft Office Word 2007. In these freeform documents you can type anything you like in any way that you choose. Although a form may contain sections that allow you to enter freeform text such as comments, most of your typical forms are highly structured. Fields in the form usually require you to enter specific types of data such as sales numbers or costs. Since XML defines a structured data format (which can contain some unstructured elements) and forms are highly structured with bits of freeform data, it makes sense to tie together forms and XML data. Once a user has filled out a form that is connected to XML data, the data can easily be incorporated into back-end processes that understand the structure of the XML data for that form. So, this fits one of the main purposes of XML--tying together multiple processes using a standard protocol.

Since building forms based on XML just makes sense, many software developers want to create forms-based applications to collect data and store it as XML. However, until a few years ago, this was a tedious and time-consuming process. Developers had to use tools such as Microsoft Visual C++, C#, or Visual Basic .NET and write sometimes a tremendous amount of code to create a forms application. Often, forms applications share similar functionality, such as spell checking, calculations, and data validation. In order to share this functionality across multiple forms applications, software developers needed to create code libraries in order to reuse their code. This worked fine when sharing the code within the same department or company. However, developers across multiple companies were likely going to duplicate the same work unless, of course, companies purchased these libraries from a third-party vendor.

Developing forms applications in this way is not something that typical information workers can do. Usually this type of coding is reserved for advanced software developers. Another disadvantage of this approach is that different forms applications usually have different user interfaces. Each time a user fills out a form, he or she may need to learn a different set of commands and menu items. This learning curve costs the company time and money.

About five years ago, Microsoft recognized the need for a common tool to build forms based on XML technologies. Existing XML-based tools required a thorough understanding of XML, so most information workers had trouble understanding how to use them. Also, most information workers do not know how to write code and, therefore, could not easily use development tools such as Microsoft Visual Studio. Therefore, it just made sense to create a tool that developers and information workers could use to create forms based on XML and that users could use to fill out those forms. That tool is InfoPath. (In Chapter 1, we'll tell you exactly what InfoPath is all about and introduce you to the extensive feature set included in this application.)

Looking at the wealth of features included in InfoPath, especially those added in InfoPath 2007, it also just made sense to create this book. This book is titled Designing Forms for Microsoft Office InfoPath and Forms Services 2007 for a reason. It's all about designing forms using InfoPath 2007, as we're sure you have figured out by now. This book will teach you everything you need to know about creating forms using InfoPath 2007 and probably a few things you never thought you needed to know.

Who Should Read This Book

Whether you are an information worker who has created only a few forms in Word or a software developer who is familiar with more advanced coding concepts, if your intention is to learn how to design InfoPath forms, this book is for you. This book will talk about not only the basics of designing forms but also such advanced concepts as writing managed code for InfoPath. As long as you have an understanding of basic form concepts and a desire to learn, you are in the right place. If you want to learn everything you can about InfoPath 2007, you have found the right book.

How This Book Is Organized

This book contains two parts. Part I is all about designing forms in InfoPath. No prior coding experience is required to understand the concepts, so both information workers and developers can use Part I to learn the basics of InfoPath form design. Many chapters build on previous chapters and become slightly more advanced as you progress. For example, in Chapter 4 we discuss advanced controls and customization, but by Chapter 6 we show how to pull external data, such as from a Web service, into your forms. By the time you finish reading Part I, you should know everything you need to know to design an InfoPath form for the InfoPath client application or for the browser without having to write any code.

Part II is about advanced form design. In this part of the book we talk about using more advanced form design techniques, including how to write code for InfoPath. These chapters are geared mainly toward software developers who have some basic coding experience. However, if you are an information worker and you have completed Part I of this book, the second part may interest you as well. In Part II, we talk about such topics as the InfoPath object model (Chapter 15), advanced topics regarding InfoPath Forms Services (Chapter 17), and ways to host InfoPath (Chapter 18).

Conventions Used in This Book

We use a few typographical conventions throughout this book. Bold text indicates key topics or terms. The names of features shown in the user interface, such as menu items, appear in italic text.

Information that pertains to InfoPath Forms Services is clearly displayed as features in the text. These tips will let you know when certain InfoPath features work differently in browser forms or don't work at all.

Samples

Almost every chapter in this book has one or more samples, which you can download from the Addison-Wesley Web site for this book. Sometimes the samples are InfoPath form templates (.xsn) files, which is the case throughout Part I. In order to use these form templates, you first need to open them in InfoPath design mode and resave them to a local folder. (This will make more sense after you start reading Part I.) Trying to open the form template in order to fill it out without first saving it will result in an error. Some samples include form (.xml) files in addition to form templates. To open the forms, first open InfoPath, and then open the XML file using the standard Open dialog (i.e., click on the On My Computer link from the Getting Started dialog.) The first time you open one of the sample forms, the dialog shown in Figure P.1 will be displayed. This dialog allows you to choose the form template associated with the form you are trying to open. The text of the chapter indicates the correct form template to use. After you choose the form template, click the checkbox Always use this form template for this file. After the form is opened, immediately save it. This will prevent you from having to choose the form template each time you open the form. Some sample form templates define one or more data connections. For these samples to work properly, the external data source must exist. To see if a form template depends on a data connection, go to the Data Connections menu item under the Tools menu while in design mode. Since there are many types of data connections, we'll describe how to set up each one to successfully preview the form.

• XML document: If the XML (.xml) file exists within the form template (under the Resource Files menu item on the Tools menu), there is nothing you need to do. If the XML file is external to the form template, you will need to click the Modify button on the Data Connections dialog to point to your copy of the XML file. You can find the file within the samples for a given chapter.
• Database: A database connection depends on a SQL Server or Access database. If the sample uses a SQL Server database, you must have SQL Server installed and have administrative rights to the SQL Server instance. For an Access database, the chapter will include an Access database (.mdb) file. For either case, click the Modify button on the Data Connections dialog to update the data connection to point to your database to restore the connection.
• Web service: To use a Web service, you must have Internet Information Services (IIS) 6.0 or higher installed on your computer. The ASP.NET 2.0 ISAPI Web extension must be enabled, and ASP.NET should be configured to render .aspx pages. Copy the Web service code from the sample and paste it into a new ASP.NET Web service project in Visual Studio 2005. If you don't have Visual Studio, you can still create the Web service by creating a text file with extension .aspx within an IIS virtual directory. Check to see if the Web service code requires read or write access to specific directories; you can grant access to those directories or simply update the code to use directories of your choice. Before using the Web service with InfoPath, try navigating to the Web service by usi...

---

Customer Reviews

XML with little or no programming
As XML has become the industry standard, Microsoft has increasingly oriented its Office suite to use it. The latest result is this enhanced InfoPath, in its 2007 incarnation. The book is divided into two parts. Each targeting a different audience.

The first part is aimed at a general purpose Office user, who is not assumed to be a programmer. It addresses what is a problem plaguing XML. If you want to make a new XML schema to use as a template for future data instances, you often have to write the explicit XML tags. Unfortunately, the syntax can be overwhelming to many. Plus, explicitly writing the tags is extremely error prone. What InfoPath has done is make an easy to use graphical front end. Far friendlier to the user. This user interface then can generate a schema in a robust fashion. Even people capable of editing schemas directly might still want to use what Microsoft has provided.

Along these lines, chapter 5 is a good example. While not perhaps directly concerning schema, it tackles the problem of validating what the user types into a form. It follows the approach that you should clean up your data as early as possible. Preferably before it even gets into the database. The UI lets you impose constraints on the user input into various fields of your form, by offering dialog windows with many options.

All commendably straightforward.

The second section of the text is mostly for programmers, who have already written code for Office.

Great Detailed InfoPath 2007 Book
This book is a great narrative style resource for learning all of the elements and techniques in InfoPath 2007. The style of writing is a bit different as it has more of a reading focus than a reference focus. So if you are looking for solely a reference book you might want something different. The authors are TOP NOTCH though and do an excellent job.(Especially with Forms Services gotcha's/warnings) The demos/samples/sample forms they let you download from the Addison Wesley website are WELL WORTH THE EFFORT of getting and are a great learning tool.

The InfoPath book to judge all other InfoPath books by
This is the first InfoPath book I have found answers every question I have had about InfoPath. The beauty of this book is although it does cover a lot of the technical side of InfoPath it also deals with some of the simpler solutions that are best achieved with just the InfoPath designer and declarative logic. With an easy to read style and lots of samples this book has become the definitive InfoPath resource in my technical library.

If you're just beginning with InfoPath this book is for you. If you've creating solutions with InfoPath since day one I'm still confident that this book would be a worthwhile investment.

Good job guys!