<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Moss on Matt Thornton</title>
    <link>https://matt-thornton.net/tags/moss/</link>
    <description>Recent content in Moss on Matt Thornton</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Wed, 10 Feb 2010 11:28:58 +0000</lastBuildDate><atom:link href="https://matt-thornton.net/tags/moss/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Force comment entry when editing a list item</title>
      <link>https://matt-thornton.net/tech/sharepoint/sharepoint-force-comment-entry-when-editing-a-list-item/</link>
      <pubDate>Wed, 10 Feb 2010 11:28:58 +0000</pubDate>
      
      <guid>https://matt-thornton.net/tech/sharepoint/sharepoint-force-comment-entry-when-editing-a-list-item/</guid>
      
        <description>&lt;p&gt;Quick tip: custom lists are a great way to store data about a business process or operation that doesn&amp;rsquo;t necessarily fit in a standard list. They can be used to store virtually any type of data, that makes sense in list form. For instance, you might record the configuration details of all the switches on your network. They&amp;rsquo;re especially helpful in that by enabling versioning on a list, you can create an audit trail of when things changed. Critically, though, when something changes, you&amp;rsquo;re likely to want to know why. Therefore, when someone changes an item, you might want to insist that they add a comment to quickly describe the change they have made, and why.&lt;/p&gt;</description>
      
    </item>
    
    <item>
      <title>Workflow error help: failed on start and more</title>
      <link>https://matt-thornton.net/tech/sharepoint/sharepoint-workflow-help-failed-on-start-and-more/</link>
      <pubDate>Thu, 16 Jul 2009 16:05:08 +0000</pubDate>
      
      <guid>https://matt-thornton.net/tech/sharepoint/sharepoint-workflow-help-failed-on-start-and-more/</guid>
      
        <description>&lt;p&gt;One of the major selling points of SharePoint is the power of workflows. Designing very basic sequential workflows in Sharepoint Designer 2007 is a very straightforward task using the workflow designer wizard. But unfortunately straightforward is the key word here, as you are limited by the functionality available to you in SharePoint Designer. Simple tasks (e.g., update an item, send an email, etc.) are doable, but, for example, you can&amp;rsquo;t do any string manipulation other than building “dynamic strings”. So even creating a suitable subject line to an email can require a complicated collection of variables and such like. SPD workflows are also very much “single use” - i.e., they start, they run, they finish. They &lt;em&gt;can&lt;/em&gt; wait and so on, but complicated business logic is pretty difficult to program. At that point, you&amp;rsquo;ll need to get involved with Visual Studio. That&amp;rsquo;s not without its difficulties, however, and as someone coming from a Visual Studio software background, creating workflows can be a minefield. Certain expectations you may have with Winforms just go completely out the window.&lt;/p&gt;</description>
      
    </item>
    
  </channel>
</rss>