RSS Feed
Download our iPhone app
Browse DevX
Sign up for e-mail newsletters from DevX


A Developer's First Look at Web Parts

Microsoft Office SharePoint Portal Server 2003 and Windows SharePoint Services offer an exciting key technology: Web Parts. Creating Web Parts in Visual Studio.NET is about to become one of the most powerful tools in your developer's repertoire.

rom the end user point of view, Web Parts provide customization tools that affect the appearance and content displayed on a workspace. Web Parts empower end users to design their own user interfaces to fit a personal way of thinking, analyzing, and of getting the job done, using drag-and-drop plug-and-play components on each individual's SharePoint workspace. These plug-and-play components display a wide variety of information in a number of formats and views.

Web Parts can be added to Web Part Zones at design time or left empty, waiting for the user to add the specific Web Parts they want to use.

One of the key concepts behind Windows SharePoint Services and Web Parts is that non-programmers can assemble the information they need and control how they want it displayed. On a single page, someone could analyze sales information, keep an eye on a stock ticker, review a calendar, and monitor a sports news feed. Some of these functions are less vital than others, but a non-programmer now has the ability to view this sort of information if they want to.

All of the customization is done at run time while the user views a live page. Changes are made when the user specifies modifications to the current page; a list of available Web Parts is displayed, a Web Part is selected, and a simple drag and drop places it in the desired location. The Web Part displays whatever content it has been programmed to display, be it sales information and sales graphs, a customer list, a stock ticker, or fantasy football results. Users drag and drop a Web Part into a specified Web Part Zone on a specific type of Web Part Page that is designed to be receptive.

The latest SharePoint products and technologies use Microsoft ASP.NET Web Part Pages to design and display SharePoint sites. How much freedom users have to use Web Parts and Web Part Pages depends on to which security group (or groups) the user is assigned and the rights assigned to each group.

As part of its integration with Windows SharePoint Services, FrontPage 2003 provides the capability to build Web Parts Pages comprised of Web Part Zones.
From a developer's point of view, a Web Part is just a collection of ASP.NET server controls. The primary difference between a standard ASP.NET control and a Web Part is that standard ASP.NET controls are added to ASP.NET pages at design time by developers, and a Web Part is added to a Web Part Zone on a Web Part Page at run time by users. XML files that reference a Web Part's namespace, class name, assembly, and additional optional property settings are called .dwp files.

One thing you might have noticed is that Web Parts don't fit the mold of traditional programming with a definite demarcation between design time and run time. Run time demands a new role for users: real-time page design and creation. This simplifies Web design because the focus can be on page design and layout, done in Microsoft Office FrontPage 2003 or Microsoft Visual Studio.NET.

Adding a Web Part to a SharePoint Server Portal 2003 Page
In order to add and change Web Parts on a shared-view SharePoint site, you must be granted the Add and Customize Pages rights for the site. As a member of the Web Designer and Administrator site groups, you will be granted this right by default. In order to add and change Web Parts on a personal view of a SharePoint site, you must be granted the Add/Remove Private Web Parts right and the Update Personal Web Parts right. In addition to being granted to the Web Designer and Administrator site groups by default, these rights are also granted to the members of the Contributor group.

Close Icon
Thanks for your registration, follow us on our social networks to keep up-to-date