This is Tim McConnell, Program Manager on the SharePoint Foundation team. For the 2010 release, I’ve worked with SharePoint platform and partner teams to deliver powerful, reliable, accessible user experiences. Like Office, Office Web Applications, Windows, and teams across Microsoft, everyone in SharePoint strives to remove barriers that make software difficult to use. Sometimes improvements can be obvious, like the reorganized Ribbon user interface. However, some users may not notice changes that can transform another user’s experience. Accessible software respects the range of different users’ experiences, and it accommodates everyone.

Standards

As a starting point, SharePoint adopted the Web Content Accessibility Guidelines 2.0, WCAG 2.0, and set a goal for Level AA. Becoming a W3C recommendation on December 11^th, 2008, WCAG 2.0 defines the expectations of and the techniques deployed in well-built, accessible Web sites. The SharePoint teams followed the spec’s developments, and we designed and tested SharePoint 2010 against the guidelines. WCAG 2.0 represents a modern, international standard that’s as valuable to developers as it is to Web users.

Core Investments

The four principles of WCAG 2.0 are Perceivable, Operable, Understandable, and Robust. For each area, SharePoint has made key investments, and here I’ll scratch the surface to describe a few:

Perceivable

• SharePoint 2010 delivers broad changes to describe content and media and to explain controls.
• The redesigned masterpage leverages CSS and presents content in the appropriate sequence.

Operable

• Keyboard interaction has been a cornerstone in our feature evaluations to maximize device compatibility and usability.
• Proper heading structures have been added to pages for informational, organizational, and navigational benefits.
• Core to a trustworthy interface is a dependable focus, and we’ve invested heavily in protecting the users focus and in deferring control to the user agent wherever possible.

Understandable

• Across SharePoint, we’ve improved language support, and we’ve integrated this information into our pages and into our advanced editors.
• SharePoint supports browser settings to zoom content and operating system features to increase font sizes.

Robust

• Our new design efforts let us declare DocTypes and specify CSS-standards rendering for our masterpages. This has dramatically improved our cross-browser support.
• Broad investments were made to update our markup to be like well-formed XML, and the new rich text editor has clean markup and a function to convert its content into XHTML.

We’ve tested these principles with and without Assistive Technologies to verify their value for all users.

ARIA Integration

ARIA stands for Accessible Rich Internet Applications, and it specifies descriptive extensions for Web applications. Like WCAG, WAI-ARIA is from the W3C’s Web Accessibility Initiative. In a nutshell, ARIA allows an inaccessible element, such as a div with an onclick attribute, to surface itself as a button control. This can be done with a new role attribute set to “button”—it’s that simple. SharePoint leverages ARIA in the Ribbon, in dialogs, in our new rich text editor, and elsewhere in the platform and in partner applications.

Examples of Accessibility Investments

Dialogs

In order to keep users in context for as long as possible, we’ve introduced in-browser dialogs. With a dialog, the experience of reading, editing, and creating SharePoint content moves more quickly. Since SharePoint dialogs do not open new browser windows, we’ve built in important accessibility features to help all users navigate successfully.

1. Focus: SharePoint describes its dialogs using multiple accessible techniques, and form dialogs will set focus on the first form element like they would after a navigation event.
2. Dismissing a dialog: depending on how a browser implements Access Keys, closing the dialog is a couple of key strokes away. For example, in Internet Explorer, a user can hit Alt+C to disregard a dialog; in Firefox users can hit Alt+Shift+C.
3. Confirming a dialog: when the necessary forms have been filled, users can hit Alt+O to accept the dialog or to submit the form.

The Ribbon

As the key component of the new SharePoint 2010 user interface, the Ribbon needs to deliver powerful, useful, and usable experience. We designed the Ribbon to be accessible from the beginning, and we took advantage of multiple tools and techniques to provide a rich experience.

Keyboard Support

Keyboard support comes from the ground up. Because the Ribbon is a complicated component, it has a simple link to skip all of its commands. To help users on keyboards and alternative input devices, the Ribbon provides hidden, in-context instructions that explain its structure and how it’s controlled. Each of the Ribbon’s commands and menu anchors appear within the page’s navigation order, so it’s always safe to explore either forwards or backwards.

Tab Access

Because the Ribbon appears at the top of SharePoint pages, it’s necessary to provide quick access. The Ribbon operates as a central control for all of the components on the page, so it’s impractical to navigate back and forth for every command. To accelerate Ribbon interaction, a new shortcut key combination, Ctrl+[, will jump the focus to the first available Ribbon tab. From there, users can move back toward the Quick Access Toolbar commands and the Site Actions menu, or users can move ahead to the other Ribbon tabs.

In the following picture, the Browse tab has been highlighted to demonstrate focus after entering the Ctrl+[ shortcut key combination.

Command Access

Similar to accessing Tabs, it’s also important to quickly access commands. For this SharePoint supports the Ctrl+] shortcut key combination. This shortcut works in one of two ways:

1. It selects the first command on the active Ribbon Tab.
2. It selects the last used command on the active Ribbon Tab.

To move between Groups of Ribbon commands enter one of the Ctrl+Arrow Left, Ctrl+Arrow Right, Shift+Arrow Left, or Shift+Arrow Right shortcut key combinations. These shortcuts will loop through the Groups to prevent users from accidentally navigating outside of the Ribbon. The shared use of Ctrl and Shift allows for maximum browser and Assistive Technology compatibility.

Enhanced Tooltips

Enhanced tooltips describe a command’s behavior and its availability without cluttering the user interface or slowing navigation. When trying to decipher small icons or to move between many rich commands, enhanced tooltips provide the extra bit of information needed to verify your actions.

ARIA Integration

Behind the scenes in each of the three Ribbon examples are ARIA role attributes describing the structure and purpose of the Ribbon controls. Here’s a short list of attributes:

• aria-labelledby – Rich control labels
• aria-describedby – Rich control descriptions via enhanced tooltips
• aria-haspopup – Notification information to warn when a control may pop-up another control
• aria-multiline – Describes text fields for large amounts on content
• And here’s a short list of ARIA roles used within SharePoint:
• tabpanel – An expanded Ribbon Tab
• tooltip – Ribbon tooltip content
• button – An interactive button control
• dialog – An interactive dialog

Each of these simple strings dramatically changes how browsers and Assistive Technologies communicate Web content to users. While a basic a anchor tag will work for most basic command scenarios, it’s better and more reassuring to fully provide ARIA’s role=”button” syntax for clear descriptions.

InfoPath Forms

Through investments made in InfoPath Forms Services 2010, form designers can easily design and publish forms with an accessible user experience.

Assistive Technology Friendly

InfoPath forms have been designed and tested to work with browsers and assistive technologies. Broad changes have been made to describe simple controls and complex controls with field validation and relationships.

ARIA Integration

WAI-ARIA has been used to further improve the user experience on assistive technologies: ARIA is used to notify the assistive technology of form updates, alerts, warnings, and other pop-up dialogs.

Keyboard Support

Users filling forms in IPFS 2010 have full keyboard support to access all necessary functionality. InfoPath has also done work to ensure that keyboard focus is maintained in a predictable manner during dynamic changes to the form.

Project Grid Editing

The ability to display and edit tabular data is a core component of any productivity suite. SharePoint is no exception. In SharePoint Foundation 2010 we have introduced a new JavaScript based grid control that allows users to modify SharePoint Project Tasks Lists, change Project schedules, and edit Access databases. From the very early planning stages of developing this control we began to craft requirements to ensure the control was accessible. The control has complex requirements around the support of Gantt Charts and hierarchy (for Project Server) as well as very large datasets, macros and custom user validation (for Access Services). In order to ensure accessibility for these features we made use of ARIA and robust keyboard shortcuts.

ARIA Integration

Like the Ribbon, ARIA is used to achieve support for these complex requirements. Here are additional examples of how Project uses ARIA:

• aria-owns – enables focus element to be set in a input element that maps to the entire control
• aria-activedescendant – enables virtual focus element to map to a specific cell within the grid
• aria-multiselectable – indicates that multiple cell selections can be made
• aria-expanded – indicate expand/collapse state within hierarchy
• aria-busy – indicates if a row has not yet been downloaded from the server

Keyboard Navigation

SharePoint’s Grid control was designed to support keyboard navigation from day one. We know that frequently when dealing with tabular data whether it is datasheets, lists or projects, users often have many items to display on screen. Because of this we provide a simple link that allows users to skip the grid when moving through elements on a page. Additionally the Grid supports many of the keyboard shortcuts you have come to expect in desktop applications. Cell navigation can be easily performed by using directional arrow keys as well as traditional tabbing. Moving up and down within grid is easy with common shortcuts like Page Up/Page Down as well as support for Home/End and many others. Support is even present for complex selection and expanding dropdowns (Alt+Down). In Project Server the control supports changing Gantt chart zoom levels all through a couple keypresses (CTRL+* & CTRL+/), as well as expanding and collapsing hierarchy.

Conclusion

Thanks for learning more about the investments that we’ve made to make SharePoint an exceptional, versatile, and accessible web application and platform. Web technologies move quickly, and we’re always seeking new ways to present dynamic Web experiences that work for everyone. We’re proud of the richness that we’ve delivered, and we hope that you’ll discover SharePoint 2010 to be both powerful and usable.

-Tim McConnell

Today, we officially announced that May 12th, 2010, is the launch date for SharePoint 2010 & Office 2010. In addition, we announced our intent to RTM (Release to Manufacturing) this April 2010. 

It’s an exciting time for us! We hope you can virtually join us on May 12th at 11am EST to listen to Stephen Elop, President of the Microsoft Business Division, announce the launch. You can register for the event @ http://sharepoint.microsoft.com/businessproductivity/proof/pages/2010-launch-events.aspx. 

Arpan Shah
Director, SharePoint

In our last blog of this series Walkthrough of creating a SharePoint 2010 external list using Visual Studio 2010 Beta, we introduced how to create a simple “Hello world” external list in SharePoint 2010 Beta using Business Data Connectivity Designer in Visual Studio 2010 Beta.

In this blog, we will show you how to pull data from an external database into an external list and enable Create, Read, Update and Delete (CRUD) functions to the external list.

First of all, you need to have SharePoint 2010 Public Beta and Visual Studio 2010 installed on your machine in order to complete this walkthrough. We’ll use “Northwind” database as external data source, so if you do not have an existing “Northwind” database available, we’ll walk you through to create a local database using SQL Server Express first (SQL Server Express comes with Visual Studio installation by default, in case you don’t yet have it, download it here).

At the end of this post, we will complete with a BDC model project which has a “Customer” entity connects to “Customer” table in “Northwind” database, and have CRUD operations enabled. The finished project can also be downloaded from here.

Prepare the data source

If you already have a “Northwind” database, you can skip this section. Otherwise, please download SharePoint2010_BDCSamples.zip from here and extract the SQL script file CreateSampleNorthwindDB.sql.

Open Visual Studio. Go to View->Server Explorer. Right click Data Connections in Server Explorer, and select Create New SQL Server Database.

1. In the prompt dialog, type “localhost\sqlexpress” in Server Name text box, and give the new database name “SampleNorthwind”.

* If you're using the SQL Express that comes with SharePoint Server, please replace “localhost\sqlexpress" with "localhost\sharepoint”.

2. Start a Command Prompt. Go to Start->Run, type “Cmd” in the text box and click OK.

3. In the Command Prompt, type in following command and press enter:

sqlcmd -S localhost\sqlexpress -d samplenorthwind -i <Path of CreateSampleNorthwindDB.sql file>

Create BDC Project

Create a new C# BDC Model project and rename it “BdcSampleCSharp”. VB code snippets will also be provided, so you can create VB BDC Model project if you want. In this walkthrough, we will use C# project as an example. (Check this blog for how to create a BDC project)

Connect to external data source

To use the SampleNorthWind database, we add a LINQ to SQL model to the project:

1. On the Project menu, click Add New Item, in the prompt Add New Item dialog select Data in the Installed Templates pane, in the Templates pane select LINQ to SQL Classes, in the Name box, type “Customer”, and then click Add.

2. In the Server Explorer, go to Data Connections->[hostname]\sqlexpress.SampleNorthWind.dbo->Tables->Customers, drag the Customers table and drop it on the Customer.dbml design surface.

3. Add a new class file and rename it “CustomerDataContext.cs”. Replace the code of the class with the following code snippet.

Note: We made the connection string a constant in the code only for demo purpose, if you’re using your own database, modify the connection string as needed. In our future post we will introduce how to set the connection string in a custom property on LobSystemInstance inside the BDC model and read the value through IContextProperty interface at runtime.

C#:

public partial class CustomerDataContext
{
    private const string ConnectionString = @"Data Source=localhost\SQLEXPRESS;Initial Catalog=SampleNorthwind;Integrated Security=True;Pooling=False";

    public CustomerDataContext() :
        base(ConnectionString, mappingSource)
    {
        OnCreated();
    }
}

VB:

Partial Public Class CustomerDataContext
    Private Const ConnectionString As String = "Data Source=localhost\SQLEXPRESS;Initial Catalog=SampleNorthwind;Integrated Security=True;Pooling=False"
    Public Sub New()
        MyBase.New(ConnectionString, mappingSource)
        OnCreated()
    End Sub
End Class

Design BDC Model

1. On the design surface, delete entity Entity1 which is created by default. On the View menu, click on Toolbox if it is not shown. Create a new entity by drag and drop the Entity icon from Toolbox onto design surface (see the screenshot below). In the Properties Browser, change the value of Entity’s Name property to “Customer”.

2. Create a new Identifier CustomerID on entity Customer. To do so, on the design surface, right click the entity, click Add->Identifier. A new identifier appears on the entity, and then rename it to “CustomerID”.

3. Create a Specific Finder method for the entity. To do so, on the design surface, select entity Customer, you could find a <Add a Method> command in the Method Details Window. If the Method Details Window is not opened, you can find it in menu View->Other Windows->BDC Method Details. From the <Add a Method> drop-down list, select Create Specific Finder Method:

A method named ReadItem appears on entity Customer. In the Method Details Window, you will find that the method takes a In parameter and a Return parameter. In the next step we will define TypeDescriptors associated with these parameters.

4. Add TypeDescriptors for the return parameter Customer. The edit need to be done in BDC Explorer. You can find it by going to View->Other Windows->BDC Explorer.

a) In the Method Details Window, click <Edit> command in the drop down control from TypeDescriptor Customer as depicted below. After the click the BDC Explorer will get focused on the TypeDescriptor Customer.

b) In BDC Explorer right click the focused TypeDescriptor Customer and select Add Type Descriptor:

A new TypeDescriptor is created under TypeDescriptor Customer. In the Properties Browser, rename it to “CustomerID”. Next you need to set the Identifier property to “CustomerID” to tell the BCS runtime which identifier this TypeDescriptor represents. Here is a screenshot of Properties Browser after this step:

c) Continue to add following TypeDescriptors under Customer by repeating the operation described above: Address, City, CompanyName, ContactName, Country, Fax, Phone, PostalCode and Region, for each TypeDescriptor, you need to change its Type Name to make sure they match the type defined in the LINQ to SQL model. In this example, all the TypeDesriptors have a type of System.String which is the default one so we do not need to change them. After this step, we get the following TypeDescriptors in BDC Explorer:

d) Next we need to define the actual type of the TypeDescriptor Customer. Click TypeDescriptor Customer in BDC Explorer. You will find in the Properties Browser the value of Type Name property is System.String by default, we need to change it to “BdcSampleCSharp.Customer, BdcModel1” which is a LobSystem qualified type name. This specifies the actual the data type of the data structure that is represented by this TypeDescriptor Customer.

5. Create the other types of methods by the same way described in step 6. After this step we will have five methods in the entity Customer: ReadItem, ReadList, Create, Update and Delete. If you check the ReadList method in Method Details Window, the TypeDescriptors of the return parameter have already been defined with the same structure as we just built above. This is because when creating a new method, BDC designer will search the possible TypeDescriptors defined in the other methods of this entity and copy them to the newly created methods. This saves the developers so much time to define them repetitively.

Add code behind to access external data source

Now it’s time to add code to implement the CRUD functions. In Solution Explorer, find and open CustomerService.cs, and then replace the implementation with the following code snippet:

C#:

       public static Customer ReadItem(string customerID)
        {
            CustomerDataContext context = new CustomerDataContext();
            Customer cust = context.Customers.Single(c => c.CustomerID == customerID);

            return cust;
        }

        public static IEnumerable<Customer> ReadList()
        {
            CustomerDataContext context = new CustomerDataContext();
            IEnumerable<Customer> custList = context.Customers;
            return custList;
        }

        public static Customer Create(Customer newCustomer)
        {
            CustomerDataContext context = new CustomerDataContext();
            context.Customers.InsertOnSubmit(newCustomer);            context.SubmitChanges();
            Customer cust = context.Customers.Single(c => c.CustomerID == newCustomer.CustomerID);

            return cust;
        }

        public static void Delete(string customerID)
        {
            CustomerDataContext context = new CustomerDataContext();
            Customer cust = context.Customers.Single(c => c.CustomerID == customerID);
            context.Customers.DeleteOnSubmit(cust);
            context.SubmitChanges();
        }


        public static void Update(Customer customer, string customerID)
        {
            CustomerDataContext context = new CustomerDataContext();
            Customer cust = context.Customers.Single(c => c.CustomerID == customer.CustomerID);
            cust.CustomerID = customer.CustomerID;   
            cust.Address = customer.Address;
            cust.City = customer.City;
            cust.CompanyName = customer.CompanyName;
            cust.ContactName = customer.ContactName;
            cust.ContactTitle = customer.ContactTitle;
            cust.Country = customer.Country;
            cust.Fax = customer.Fax;
            cust.Phone = customer.Phone;
            cust.PostalCode =customer.PostalCode;
            cust.Region = customer.Region;
            
            context.SubmitChanges();
        }

VB:

Public Shared Function ReadItem(ByVal customerID As String) As Customer
        Dim context As New CustomerDataContext

        Dim cust = (From c In context.Customers _
                   Where c.CustomerID = customerID _
                   Select c).Single()
        Return cust
    End Function

    Public Shared Function ReadList() As IEnumerable(Of Customer)
        Dim context As New CustomerDataContext

        Return context.Customers
    End Function

    Public Shared Function Create(ByVal newCustomer As Customer) As Customer
        Dim context As New CustomerDataContext

        context.Customers.InsertOnSubmit(newCustomer)
        context.SubmitChanges()

        Dim cust = (From c In context.Customers _
                   Where c.CustomerID = newCustomer.CustomerID _
                   Select c).Single()

        Return cust
    End Function

    Public Shared Sub Delete(ByVal customerID As String)
        Dim context As New CustomerDataContext

        Dim cust = (From c In context.Customers _
                   Where c.CustomerID = customerID _
                   Select c).Single()

        context.Customers.DeleteOnSubmit(cust)
        context.SubmitChanges()

    End Sub

    Public Shared Sub Update(ByVal customer As Customer, ByVal customerID As String)
        Dim context As New CustomerDataContext

        Dim cust = (From c In context.Customers _
                   Where c.CustomerID = customer.CustomerID _
                   Select c).Single()

        cust.Address = customer.Address
        cust.City = customer.City
        cust.CompanyName = customer.CompanyName
        cust.ContactName = customer.ContactName
        cust.ContactTitle = customer.ContactTitle
        cust.Country = customer.Country
        cust.Fax = customer.Fax
        cust.Phone = customer.Phone
        cust.PostalCode = customer.PostalCode
        cust.Region = customer.Region

        context.SubmitChanges()

    End Sub

Create an external list to test out the BDC Model!

Now we are done! Let’s deploy the solution and create an external list to test it out (Check this blog to see how to create an external list). After the list is created, you will see the following page appears when you click on the list name:

All the data are pulled out to SharePoint successfully, now you can create, delete or edit customer records.

To create a new Customer, find the List Tools->Items->New Item button on the ribbon shown in the following screenshot:

Click on the button, New Item dialog will pop out as below:

Fill in the dialog and click Save, you will find the item created in the list right away.

To edit or delete the item, just click the down arrow at the right side of CustomerID, all the operations you need are there.

SharePoint web dialogs bring an exciting new UI feature: they can auto-size to the content of a hosted page. Auto-sizing works by examining the contents of your page during page load, and setting the size of the dialog accordingly. Unfortunately, this feature can be speed bump on the road to master page customization. This post will describe the master page customization process necessary to keep dialog auto-sizing working with your master pages.

The most important thing to note is that the auto-sizing feature is aware of whether the ribbon is fixed at the top of the screen. It is important to know whether your master page has the ribbon fixed at the top of the screen or not in order to customize it to work well with auto-sizing. A ribbon fixed on top of the screen looks like this, with the page content below the ribbon scrollable separately from the ribbon itself:

If the ribbon is fixed at the top of the screen, be sure the following statements about your master page are true:

• The ribbon is inside an element with ID "s4-ribbonrow".
• The remaining page content is inside an element with ID "s4-workspace".
• The element with ID "s4-workspace" is scrollable.
• The <body> element is not scrollable.

If the ribbon is not fixed at the top of the screen, be sure the following statements about your master page are true:

• There is no element on the page with ID "s4-ribbonrow".
• The <body> element is scrollable.

The auto-sizing process happens when the hosted page loads. If your master page or any individual pages use dynamic HTML to change the size, position, or amount of content on the page after page load, you may need to re-invoke the auto-sizing process after the dynamic content update in order to obtain a correctly-sized dialog. From within a hosted page, call

window.frameElement.autoSize();

to invoke the auto-sizing process. During initial page load, the dialog is hidden and a loading dialog is shown (see below). However, after the page has loaded, re-invoking the auto-sizing process will continue to show the existing dialog while changing its size.

If your master page uses a table-based layout, or a variable-width layout, the auto-sizing process may be unable to determine the correct size. In that case, you can try to set a minimum or fixed width on an element in the page in order to help the auto-sizing process.

Zach Nation

Software Developer on SharePoint Foundation

Hi all.  This is Greg Chan, Program Manager on the SharePoint team, for the third part in this List View series. In this post I’m excited to have one of the key architects of the new XSLT List View Web Part (XLV) talk more about its architecture.  Here is what he has to say:

Hi! I’m Eric Andeen, a developer on the SharePoint team. I’m going to describe in a little more detail how the XSLT List View Web Part (XLV) works, and how that affects people building and using SharePoint sites.

List View XML and minimal markup

As Greg mentioned in Part I, the XLV is the new list view technology in SharePoint 2010, replacing the List View Web Part (LVWP). Since the XLV is the replacement for the LVWP, it needs to do all the same things, as well as adding new capabilities. The best place to start this discussion is with some of the things that haven’t changed.

The markup required to specify a LVWP is pretty simple – we need to know which list the LVWP is displaying, and we need to know about the view. The list can be identified by name, URL or guid identifier, but the view is a little more complex, and is specified in XML. This is an example of the ViewXML of the default view of an announcements list:

<View Name="{F5D7FCD1-BEFE-42b5-9339-4F4F3C6A38FE}" DefaultView="TRUE" DisplayName="All Items" Url="/Lists/Announcements/AllItems.aspx">

  <Query>

    <OrderBy>

      <FieldRef Name="Modified" Ascending="FALSE"/>

    </OrderBy>

  </Query>

  <ViewFields>

    <FieldRef Name="Attachments"/>

    <FieldRef Name="LinkTitle"/>

    <FieldRef Name="Modified"/>

    <FieldRef Name="Number"/>

  </ViewFields>

  <RowLimit Paged="TRUE">30</RowLimit>

</View>

The primary use of the ViewXML is to generate the SPDataSource that gets the data, but it is also used in the xsl transform to turn the raw xml data returned into presentable HTML, as we will see below. The part of the ViewXML that’s most important to this discussion is the <ViewFields> tag – it tells SharePoint which fields are in the view.

Schema Independent XSL

The XLV is now the default list view technology in SharePoint, and that means it has to scale as well as the LVWP. The only way that’s possible is for the XLV to render any uncustomized, out of the box view using a single XSLT. An uncustomized XLV has no <xsl> property at all – SharePoint supplies the same shared XSLT that is used to render every other XLV. The XSLT responsible for this lives on your server at http://<myserver>/_layouts/xsl/main.xsl – go ahead and open it up and look at it, as well as the xsl:import files vwstyles.xsl and fldtypes.xsl that do most of the work.

Before we discuss how the XLV’s schema independent XSLT works, it’s worth considering how typical, schema dependent XSLT like that used in the DataFormWebPart works. In order to render a tabular view of rows and columns, any technology, XSLT included, needs to iterate through the rows, and in each row, it needs to iterate through the columns, rendering each part appropriately. The XML we’re transforming looks like this:

<Rows>

  <Row @Field1="Hello" @Field2="World!" @Field3=""      />

  <Row @Field1="Some"  @Field2="More"   @Field3="Data"  />

  <Row @Field1="Yet"   @Field2="More"   @Field3="Data"  />

</Rows>

<xsl:for-each select="$Rows">

  <tr>

    <td>

      <xsl:value-of select="@Field1"/>

    </td>

    <td>

      <xsl:value-of select="@Field2"/>

    </td>

    <td>

      <xsl:value-of select="@Field3"/>

    </td>

  </tr>

</xsl:for-each>

The output HTML is a 3x3 table:

This XSLT is schema dependent because it iterates through the list of columns by naming each one explicitly. Using this XSLT, the schema of the rendered list is fixed; it’s not possible to change the set of fields without changing the XSLT.

The schema independent XSLT that the XLV uses iterates through the rows pretty much the same way as the example above, but it iterates through the columns quite differently. When the XLV renders the list, the XML passed in to the transformation engine includes not just the data in the <Rows> collection; it also includes the ViewXML shown above, enhanced with additional schema information. There are several instances of the field iterator in the XSLT to accommodate different view styles, but they all look something like this:

<xsl:for-each select="ViewFields/FieldRef">

  <xsl:apply-templates mode="PrintField" select=".">

    <xsl:with-param name="thisNode" select="$thisNode"/>

  </xsl:apply-templates>

</xsl:for-each>

The “ViewFields" referenced in the <xsl:for-each> is the <ViewFields> tag in the enhanced ViewXML markup, and the $thisNode variable refers to the current row in the Rows collection. The XSLT also contains a set of templates for rendering the fields. A simplified version of those field templates would look like this:

<xsl:template match="FieldRef" mode="PrintField">

  <xsl:param name="thisNode" select="."/>

  <td>

    <xsl:apply-templates match="FieldRef" mode="PrintValue">

      <xsl:with-param name="thisNode" select="$thisNode"/>

    </xsl:apply-templates>

  </td>

</xsl:template>

<xsl:template match="FieldRef" mode="PrintValue>"

  <xsl:param name="thisNode" select="."/>

  <xsl:value-of select="$thisNode/@*[name()=current()/@Name]"/>

</xsl:template>

The first template outputs the <td> tag and then calls the next template to output the actual value. The second template is where things get interesting. In the schema dependent example above, the values were all named explicitly – @Field1, etc. We can’t do that in the schema independent XSLT, so instead, we use the FieldRef node in the ViewFields markup to get the appropriate attribute from the row. $thisNode is the row of data we’re looking at, and the current XSLT context (.) is the FieldRef node for the field we’re rendering. So the value of the funky xpath expression above – $thisNode/@*[name()=current()/@Name] – is the value of the attribute in the Row tag for the current field – exactly what we want. $thisNode is the row of data we're looking it; @* is the xpath attribute axis, and [name()=current()/@Name] selects the one attribute whose name matches the @Name attribute of the current context – the FieldRef node.

The actual XSLT for the XLV has to do more than just render simple values inside unadorned <td> tags – it has to render field headers, list item menus on title fields, proper CSS classes on <td> and other tags, etc. It also has to render some field types (hyperlink, person, etc.) differently from simple text fields. All this is done through the same basic mechanism as in the simplified version above – the fields iterator calls a template to render the field, which in turn calls into a series of other templates. Some of the simpler differences make use of <xsl:apply-templates> to select the right template – the template that renders date fields has a match="FieldRef[@Type='DateTime']" instead of just match="FieldRef", for example. More complex checks make use of <xsl:if> and <xsl:choose> along with <xsl:call-template> to call the right template.

XLV Model

The following diagram sums up the process which turns list data and XSLT into the view you see when you browse to a SharePoint page. The data comes from an SPDataSource control, but unlike the DataFormWebPart, the SPDataSource control is dynamically generated from the ViewXML in the diagram below. The SPDataSource control produces an XML rowset containing the list data. The ViewXML gets enhanced with list schema information and added to the XML rowset containing the data. The XSLT is compiled into an XslCompiledTransform – and since we always use the same XSLT, it's only compiled once per web server. The XML rowset, with both the data and the enhanced ViewXML, is passed into the XslCompiledTransform, and the HTML output goes into the page stream and onto the screen of your browser.

Modifying the View

One of the benefits of this approach is that we can now change the set of fields in the view, and the XSLT will still render them properly. Want to add Field4 to the data? No problem – just add it to the ViewXML. Want to change Field1 from a simple text field to a person field? No problem – just change the field definition in SharePoint, and the enhanced ViewXML markup has the new type, so the field will render properly as the new type.

What if we want to make more complex changes to the XSLT – things like conditional formatting? It's possible to do so in SharePoint designer, generally without losing the advantages of the schema independent XSLT. We'll cover that in depth in the next post in this series.

Performance

Although the ability to modify the view without changing the XSLT is a very nice benefit of the schema independent XSLT, it's not the most important one. The primary benefit, and the one that allows the XLV to become the default view technology, is performance and scalability. The SharePoint server loads one copy of the XSLT into memory and reuses it for every uncustomized XLV it renders, which allows the server to render many views very quickly. And the lack of a large <xsl> property on uncustomized views means that each view takes only a small amount of space in the content database, which allows a site collection to contain a large number of lists and views without space issues.

A lot of people have asked me how to create a button which enables if and only if a single item is selected. This isn’t something we have out of the box, but the code to get this functionality is pretty simple. I’m going to assume that you’re generally familiar with SharePoint, CustomActions, and customizing the Ribbon – if that’s not the case, you’d probably be better off researching those things before delving into this.

Basically, the enabling behavior all boils down to the following few lines of code:

EnabledScript="javascript:function singleEnable() {
  var items =
    SP.ListOperation.Selection.getSelectedItems();
  var ci = CountDictionary(items);
  return (ci == 1);
}
singleEnable();"

What this does is query to get the dictionary of selected items, and if the size of the dictionary is 1 it returns true (enable), otherwise it will return false (disable). Technically, I should have used Script on Demand to call into the SP.* namespace, but since I’m calling this from the Ribbon I have a high confidence that SP.js has been loaded already.

With nothing selected:

With one item selected:

Clicking the button:

And with more than one item selected:

You could also change this to enable only if no items were selected, or if any number of items were selected. The way to make those kinds of changes should be relatively self-explanatory.

The full CustomAction code for a sample Ribbon button which enables when one item is selected is at the end of this post. The code assumes the following:

1. You want to add this button to the New group on the Documents tab. If you want to add the button to another location, you should change the Location attribute of the CommandUIDefinition element (as well as change any appropriate attributes in the Button element, such as Id and Sequence, to match the new location).
2. You have an icon image at LAYOUTS/SharePointProject1/DemoButton.jpg. If that’s not the case, you should either put an icon at that location or change the Image32x32 attribute to a valid icon path.

CustomAction code:

<CustomAction
  Id="EnableSingleSelectButton"
  Location="CommandUI.Ribbon" >
  <CommandUIExtension>
    <CommandUIDefinitions>
      <CommandUIDefinition
  Location="Ribbon.Documents.New.Controls._children">
  <Button Id="Ribbon.Documents.New.EnableSingleSelectButton"
          Alt="Button enabled on single selection"
          Sequence="35"
          LabelText="Single Select"
  Image32by32="/_layouts/SharePointProject1/DemoButton.png"
          Command="SingleSelectButton"
          TemplateAlias="o1" />
      </CommandUIDefinition>
    </CommandUIDefinitions>
    <CommandUIHandlers>
      <CommandUIHandler
          Command="SingleSelectButton"
          CommandAction="javascript:alert('There is only one thing selected!');"
          EnabledScript="javascript:function singleEnable()
          {
            var items = SP.ListOperation.Selection.getSelectedItems();
            var ci = CountDictionary(items);
            return (ci == 1);
          }
          singleEnable();" />
    </CommandUIHandlers>
  </CommandUIExtension>
</CustomAction>

December 2009 Cumulative Updates are available for download for Microsoft Office SharePoint Server 2007 and Windows SharePoint Services 3.0. Cumulative Updates will now always be available at the Update Center

For additional download information and detailed descriptions of the December 2009 Cumulative Update visit the Updates Resource Center for SharePoint Products and Technologies at http://technet.microsoft.com/en-us/office/sharepointserver/bb735839.aspx.

Additional Resources

Update Center for Microsoft Office, Office Servers, and Related Products

We've seen some confusion in the newsgroups and elsewhere on the versions and editions of Windows that SharePoint 2010 will run on. This post is meant to clarify some of the most common questions we have seen.

SharePoint 2010 will support only 64-bit (x64) versions of Windows Server 2008 SP2 and Windows Server 2008 R2.  SharePoint will not install at all on 32 bit Windows, or any earlier version of Windows  such as Windows Server 2000 or Windows Server 2003.

SharePoint is not supported on 'Server Core' installations of Windows Server 2008 and R2. The Server Core installations of Windows server do not contain some of the components required for SharePoint to be configured or run.

To make developing for SharePoint 2010 easier, it is possible to install SharePoint on 64-bit versions of Windows Vista SP2  and Windows 7. Note that running production environments on these OSes are not supported and it will not be possible to upgrade deployments running on client versions of Windows to future versions of SharePoint.  Instructions on installing SharePoint 2010 on client versions of Windows are a bit more involved and we recommend reading the instructions at http://msdn.microsoft.com/en-us/library/ee554869(office.14).aspx.

Windows version/edition (64 bit only)	SharePoint 2010 support
Windows Server 2008 R2 Foundation	No
Windows Server 2008 R2 Standard	Yes
Windows Server 2008 R2 Enterprise	Yes
Windows Server 2008 R2 Datacenter	Yes
Windows Web Server 2008 R2	No
Windows HPC Server 2008	No
Windows Server 2008 R2 for Itanium-based systems	No
Windows Server 2008 Standard	Yes
Windows Server 2008 Enterprise	Yes
Windows Server 2008 Datacenter	Yes
Windows Web Server 2008	No
Windows Storage Server 2008	No
Windows Small Business Server 2008	Yes*
Windows Essential Business Server 2008	Yes*
Windows Server 2008 for Itanium-based systems	No
Windows Server 2008 Foundation	No
Windows Vista	Developer-only**
Windows 7	Developer-only**

* Small and Essential Business Server editions of Windows install SharePoint as an optional component.

** Support for specific editions of Windows 7/Vista are yet to be finalized, but are likely to be 'Business'/'Professional' editions and above.

The list above is meant for informational purposes only. The official list of system requirements for SharePoint 2010 is located at http://technet.microsoft.com/en-us/library/cc262485(office.14).aspx and includes additional details on prerequisites and other optional components.

Umesh Unnikrishnan

Program Manager, SharePoint

Разбираем распространенный случай. Вы имеете пользовательский элемент управления (ascx) который лежит у вас в папке ...\Template\CONTROLTEMPLATES и не компилируется в сборку, а компилируется "на лету". Теперь надо малой кровью создать веб-часть, которая загрузит в себя этот элемент управления и передаст ему необходимые параметры.

У меня получился следующий результат:

public class TestWebPart : System.Web.UI.WebControls.WebParts.WebPart{

private int pageSize = 25;

[WebBrowsable(true),

Personalizable(PersonalizationScope.Shared),

DefaultValue("25"),

Category(" "),

FriendlyNameAttribute("- "),

XmlElement(ElementName = "PageSize")]

public int PageSize{get{return pageSize;}set{pageSize = value;}}

protected override void OnInit(EventArgs e){

base.OnInit(e);

this.ExportMode = WebPartExportMode.All;

UserControl ctrl = LoadControl("~/_controltemplates/TestUserControl.ascx", new object[1] { PageSize });

if (ctrl != null){this.Controls.Add(ctrl);}

}

private UserControl LoadControl(string UserControlPath, params object[] constructorParameters){

List<Type> constParamTypes = new List<Type>();

foreach (object constParam in constructorParameters) constParamTypes.Add(constParam.GetType());

UserControl ctl = Page.LoadControl(UserControlPath) as UserControl;

ConstructorInfo constructor = ctl.GetType().BaseType.GetConstructor(constParamTypes.ToArray());

if (constructor == null){throw new MemberAccessException("The requested constructor was not found on : " + ctl.GetType().BaseType.ToString());}else{constructor.Invoke(ctl, constructorParameters);}

return ctl;

}

Для начала с наступившим вас! После продолжительного перерыва возвращаюсь к записыванию всяких полезностей в блог.

Код надо писать так, чтобы потом небыло мучительно больно.

Как? Описано на MSDN: http://msdn.microsoft.com/en-us/library/ms229042(VS.80).aspx

Ссылка - боян но может кому пригодится.

Группы пользователей — очень популярный формат общения людей, работающих в сфере информационных технологий. Он предполагает регулярные встречи участников и обмен опытом. Теперь у нас стало еще на одну группу больше. И эта группа полностью посвящена платформе Sharepoint.

Russian SharePoint User Group – это площадка для собраний единомышленников, работающих с продуктами и технологиями SharePoint.

Это не официальное, то есть не организуемое сотрудниками Microsoft собрание. Организаторы обещают, что встречи RUSUG будут проводиться раз в три-четыре недели. Запланированы доклады MVP по SharePoint, в том числе — из других стран. Кроме того, ожидается участие сотрудников Microsoft Consulting Services, работающих с технологией SharePoint.

Темами ближайших встречь будет новая платформа — SharePoint 2010.

Более точную информацию ищите на сайте организаторов.

Недавно столкнулась с задачей отправлять пользователю не обычное письмо, а meeting appointment для Outlook 2007.

Класс MailMessage позволяет добавлять в письмо различные представления. В том числе и календарь и html представление. Но для того, чтобы добавить такое представление нужно сгенерировать хитрый текст. Вот что из этого вышло:

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Net.Mail;

using System.Security.Principal;

using System.DirectoryServices;

using System.Net;

namespace TestProj

public class Appointment

public Appointment(){}

public void EmailAppointment(DateTime StartDate, DateTime EndDate, String Location, String OrganizerName, String OrganizerEmail, String Summary, String Subject, MailAddressCollection AttendeeList)

MailMessage Mail = new MailMessage();

//html

System.Net.Mime.ContentType HTMLType = new System.Net.Mime.ContentType("text/html");

// calendar

System.Net.Mime.ContentType CalendarType = new System.Net.Mime.ContentType("text/calendar");

CalendarType.Parameters.Add("method", "REQUEST");

CalendarType.Parameters.Add("name", "meeting.ics");

CalendarView.TransferEncoding = System.Net.Mime.TransferEncoding.SevenBit;

Mail.From = new MailAddress(OrganizerEmail);

foreach (MailAddress attendee in AttendeeList)

SmtpClient Server = new SmtpClient("server1", 25);

private string GetHTML(DateTime StartDate, DateTime EndDate, String Location, String OrganizerName, String OrganizerEmail, String Summary, String Subject, MailAddressCollection AttendeeList)

string bodyHTML = "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 3.2//EN\">\r\n<HTML>\r\n<HEAD>\r\n<META HTTP-EQUIV=\"Content-Type\" CONTENT=\"text/html; charset=utf-8\">\r\n<META NAME=\"Generator\" CONTENT=\"MS Exchange Server version 6.5.7652.24\">\r\n<TITLE>{0}</TITLE>\r\n</HEAD>\r\n<BODY>\r\n<!-- Converted from text/plain format -->\r\n<P><FONT SIZE=2>Type:Single Meeting<BR>\r\nOrganizer:{1}<BR>\r\nStart Time:{2}<BR>\r\nEnd Time:{3}<BR>\r\nTime Zone:{4}<BR>\r\nLocation:{5}<BR>\r\n<BR>\r\n*~*~*~*~*~*~*~*~*~*<BR>\r\n<BR>\r\n{6}<BR>\r\n</FONT>\r\n</P>\r\n\r\n</BODY>\r\n</HTML>";

return string.Format(bodyHTML,

StartDate.ToLongDateString() + " " + StartDate.ToLongTimeString(),

EndDate.ToLongDateString() + " " + EndDate.ToLongTimeString(),

System.TimeZone.CurrentTimeZone.StandardName,

private string GetCalendar(DateTime StartDate, DateTime EndDate, String Location, String OrganizerName, String OrganizerEmail, String Summary, String Subject, MailAddressCollection AttendeeList)

string DateFormatUsing="yyyyMMddTHHmmssZ";

string bodyCalendar = "BEGIN:VCALENDAR\r\nMETHOD:REQUEST\r\nPRODID:Microsoft CDO for Microsoft Exchange\r\nVERSION:2.0\r\nBEGIN:VTIMEZONE\r\nTZID:(GMT-06.00) Central Time (US & Canada)\r\nX-MICROSOFT-CDO-TZID:11\r\nBEGIN:STANDARD\r\nDTSTART:16010101T020000\r\nTZOFFSETFROM:-0500\r\nTZOFFSETTO:-0600\r\nRRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=11;BYDAY=1SU\r\nEND:STANDARD\r\nBEGIN:DAYLIGHT\r\nDTSTART:16010101T020000\r\nTZOFFSETFROM:-0600\r\nTZOFFSETTO:-0500\r\nRRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=2SU\r\nEND:DAYLIGHT\r\nEND:VTIMEZONE\r\nBEGIN:VEVENT\r\nDTSTAMP:{8}\r\nDTSTART:{0}\r\nSUMMARY:{7}\r\nUID:{5}\r\nATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=\"{9}\":MAILTO:{9}\r\nACTION;RSVP=TRUE;CN=\"{4}\":MAILTO:{4}\r\nORGANIZER;CN=\"{3}\":mailto:{4}\r\nLOCATION:{2}\r\nDTEND:{1}\r\nDESCRIPTION:{7}\\N\r\nSEQUENCE:1\r\nPRIORITY:5\r\nCLASS:\r\nCREATED:{8}\r\nLAST-MODIFIED:{8}\r\nSTATUS:CONFIRMED\r\nTRANSP:OPAQUE\r\nX-MICROSOFT-CDO-BUSYSTATUS:BUSY\r\nX-MICROSOFT-CDO-INSTTYPE:0\r\nX-MICROSOFT-CDO-INTENDEDSTATUS:BUSY\r\nX-MICROSOFT-CDO-ALLDAYEVENT:FALSE\r\nX-MICROSOFT-CDO-IMPORTANCE:1\r\nX-MICROSOFT-CDO-OWNERAPPTID:-1\r\nX-MICROSOFT-CDO-ATTENDEE-CRITICAL-CHANGE:{8}\r\nX-MICROSOFT-CDO-OWNER-CRITICAL-CHANGE:{8}\r\nBEGIN:VALARM\r\nACTION:DISPLAY\r\nDESCRIPTION:REMINDER\r\nTRIGGER;RELATED=START:-PT00H15M00S\r\nEND:VALARM\r\nEND:VEVENT\r\nEND:VCALENDAR\r\n";

bodyCalendar = string.Format(bodyCalendar,

Guid.NewGuid().ToString("B"),

DateTime.Now.ToUniversalTime().ToString(DateFormatUsing),

return bodyCalendar;

Как и обещала, выкладываю материалы. 

Встреча прошла не без технических проблем. Но в позитивном ключе. Это был мой первый раз на UserGroup. Думаю, что не последний.

Надеюсь вы узнали для себя что-то новое )

Презентацию и демо проект можно скачать тут: http://www.zshare.net/download/656659556d798df7/

Всем спасибо, кто был с нами!

16 сентября с 19.00 до 22.00 абсолютно безвоздмездно в Крылатских холмах в офисе Microsoft состоится очередная встреча Mocковского сообщества .Net разработчиков.

Мой доклад первый по счету и, как всегда, про Sharepoint.

"Разработка веб-сайтов на Sharepoint
В докладе покажут, что не каждый рожденный ползать не может летать. Посмотрите на SharePoint не только со стороны построения внутренних порталов и документооборота, но и со стороны создания привлекательных веб-сайтов, удобных для пользователей и администраторов. Посмотрите на то, как до неузнаваемости изменить такой привычный внешний вид портала и сделать сверкающий и привлекательный веб-сайт."

Подробности ищите тут: http://mdna.ineta.ru/Events/EventMultiSessionInfo.aspx?Id=344d0f01-4ac4-4f5b-89ae-35b66f8f5e3c

Выложил шаблон проекта по разработке на C# веб-части для Шарепойнта. Включены средства локализации, установки, обновления и др.

С выходом продукта PerformancePoint 2007 заказчики получили доступный по стоимости инструмент, позволяющий решать задачи Business Intelligence – планирование, мониторинг ключевых показателей и анализ данных. Решения, существующие на рынке до этого, были доступны далеко не всем компаниям, прежде всего из за их стоимости. Однако позже было принято решение объединить PerformancePoint с Sharepoint, тем самым сделав эту технологию еще более доступной. При этом пришлось пожертвовать частью функционала – а именно модуль планирования...

Заинтересовали результаты поисков по теме, поднятой на GDN – получается, что метод какой-то совсем кривой и некоторые параметры обрабатывать не умеет. С учётом того, что в некоторых своих разработках метод использую, провёл небольшое исследование поведения метода Lists.GetListItems (обработка параметров viewFields и queryOptions).

Краткие результаты:

1. Поведение метода зависит от типа ссылки на сервис (WCF или WS) и от типа программы, в которой метод используется (веб-часть/консольное приложение)...

Введение

Intro

PreBody

Нынче сюрприз преподнёс класс System.ComponentModel.DefaultValueAttribute. Выяснилось, что при его использовании в свойствах веб-частей можно задавать значение false. Задание же true приводит к тому, что свойство с таким атрибутом при изменениях не сохраняет значение true.

Обходится присваиванием свойству нужного значения по умолчанию в конструкторе веб-части. Можно и отказаться от этого атрибута…

Выложил шаблон проекта по разработке на C# веб-части для Шарепойнта. Включены средства локализации, установки, обновления и др.

Заинтересовали результаты поисков по теме, поднятой на GDN – получается, что метод какой-то совсем кривой и некоторые параметры обрабатывать не умеет. С учётом того, что в некоторых своих разработках метод использую, провёл небольшое исследование поведения метода Lists.GetListItems (обработка параметров viewFields и queryOptions).

Краткие результаты:

1. Поведение метода зависит от типа ссылки на сервис (WCF или WS) и от типа программы, в которой метод используется (веб-часть/консольное приложение).
2. В веб-части параметры обрабатываются правильно при использовании WS-ссылки.
   
3. В консольном приложении - при использовании WCF-ссылки.
   
4. Элемент IncludeMandatoryColumns не обрабатывается во всех вариантах.
   

При исследовании использовалась Visual Studio 2008. При использовании Студии 2010 RC(консольное приложение, переработанное с учётом сюрприза) WCF-ссылка не принимает во внимание все параметры, WS-ссылка правильно обрабатывает только viewFields.

На этот раз сюрприз преподнесла новейшая и крутейшая Visual Studio 2010 RC. Наблюдается сюрприз при генерации ссылки на сервис (Service Reference) для работы со списками Шарепойнта /_vti_bin/Lists.asmx. Результаты этой генерации заметно отличаются от таковых, выполненных Студией 2008 и от описаний в SDK. Например, метод клиента GetListItems отличается как по типам параметров, так и по типу результата (сверху – описание из VS 2010, внизу – из VS 2008):

При этом результат не зависит от целевой версии .NET. Мало того, при конвертации Студией 2010 проекта с правильным прокси типы тоже конвертируются и проект перестаёт собираться. В общем, при переходе на новую Студию скучно не будет…

Теперь – от поля SPFieldUser. Оказалось, что поведение поля существенно зависит от значения свойства AllowMultipleValues. Например, при значении true обращение к данным элемента списка с таким полем (item[fieldName]) приводит к получению объекта типа SPFieldUserValueCollection (как, собственно, и можно ожидать). Однако при значении AllowMultipleValues == false тип полученного объекта – вовсе не SPFieldUserValue, а String.

Похоже, кто-то где-то лишний раз ToString() присобачил…

Выяснилось <здесь должна быть ссылка на форум GDN, но он упал и не поднимается>, что для сохранения результатов редактирования элемента списка пользователю требуется разрешение на …удаление. Проверить просто – чуть-чуть измените настройку уровня разрешений “Чтение”: 

После этого попробуйте выполнить редактирование и сохранение под пользователем, имеющим такой уровень разрешений. Несколько весёлых минут…

Задался целью выяснить, можно ли обойтись одной Студией (желательно, 2010-й) для разработок (хотя бы, для модификаций имеющихся) – веб-частей, утилит, рабочих процессов и т.д. для текущей версии Sharepoint (до использования новой версии и разработок для неё когда ещё дело дойдёт…). Выяснилось, что новая Студия вполне спокойно относится к проектам, сделанным в Студии 2008 без использования VSeWss – их можно редактировать, компилировать и делать другие необходимые действия. Даже можно включить использование .NET 4.0, правда, исполняться полученный код не станет . При отладке нужно переключить версию отлаживаемого управляемого кода на 2.0 (по умолчанию используется 4.0, а они вместе отлаживаться не могут).

Для разработок же под Silverlight новая Студия намного удобней – в неё включили часть функциональности Expression и отпала необходимость прыгать между приложениями.

В общем, можно потихоньку переползать на Студию 2010 – по крайней мере, выглядит она “красивше”. Правда, новый Help 3.0 не нравится совсем: с запуском дополнительного web-сервера примириться ещё можно, но вот демонстрация материала в окне браузера раздражает очень сильно - вызывается не новый экземпляр браузера, а тот, который был запущен последним (правда, на собственное окно браузера почем-то внимания не обращается). [А я для удобства работы использую несколько рабочих столов и появление браузера с другого стола генерирует не очень печатные слова…]. Спишем пока что на бету.

        &n­bsp;  На форуме gotdotnet'а не раз поднимался вопрос о том, как создать оповещение пользователю, указанному в том или ином поле списка. Так, как это сделано, например, для списка задач, где можно автоматически оповещать о создании задачи пользователя, которому эта задача назначена.

        &n­bsp;  Зачастую следовали ответы о создании Workflow или написании обработчика событий, который будет делать SPUtility.SendEmail(...

Не так давно обнаружил один довольно забавный баг связанный с правом создания оповещения на элемент. По-моему, там даже несколько взаимосвязанных багов.

Почему-то, если у Вас есть право на создание оповещений на конкретный элемент списка, но нет права на создание оповещений на самом Web'е, при переходе на страницу создания оповещения на элемент Вы получите ошибку «Нет доступа». Вроде бы, не смертельно, ведь можно дать права на создание оповещений на Web, а для списков отменить наследование и не давать таких прав, хотя это, безусловно, не очень-то удобно...