Thanks for attending my session at SharePoint Saturday New York City, sponsored in part by BlueMetal!
Pre-Session Playlist
- Stereo MCs – Step It Up
- Pete Yorn – Life on a Chain
- Dar Williams – I Saw A Bird Fly Away

thought leadership collides with learned experience to yield practical advice
Thanks for attending my session at SharePoint Saturday New York City, sponsored in part by BlueMetal!
The time may come when you need to take a content type out of circulation, or it may just be because you made a mistake and need to replace it. Whatever the reason, if this content type is defined in your content type hub, circulated via content type publishing, then consider the order of operations before clicking buttons.
The content type in question in the subscribing site collections will have one of two outcomes when it becomes unavailable in the content type hub:
Why does deleting not have the expected effects like unpublishing? Once a content type is published, that content type definition for subscribing is actually stored in the term store database for the managed metadata service of which the content type hub belongs to. The only way to change the content type definition is to manipulate the content type in the content type hub and re-publish, causing an update to that item in the term store database and thus updates to subscribing site collections’ sealed copies. The nature of this structure means that, if you were to delete the content type from the content type hub without first unpublishing it, all copies of the content type in subscribing site collections will become orphaned–they will lose their ability to be updated while still thinking that they are subscribed. In fact, when a new site collection is created that utilizes that content type hub, that orphaned content type will appear because it is being retrieved from its item in the term store database. You will never be able to unpublish an orphaned content type, unless you follow guidance from this blog post.
So, the workflow must be:
P.S. – Keep in mind that any site columns from the content type hub that were associated with the removed content type in question went along for the ride when it was published. They do not get retracted–unpublishing leaves these site columns behind in the subscribing site collections as well.
Thanks for attending my presentation at this month’s Boston Area SharePoint User Group meeting, sponsored by BlueMetal!
Thanks for attending my session at SharePoint Saturday Baltimore!
Thanks for attending my session at the inagural SharePoint Saturday Durham!
Previously presented by Microsoft as “ThemeSlots”, the SharePoint Color Palette Tool will help you create your own .spcolor file (Theme) for a SharePoint 2013 Composed Look.

The interface presents you with fields to input your color values. Preview your choices by using either the Seattle or Oslo layouts as well as handy Contrast Test and UI Preview layouts. You can also bring in your background image to assist in your testing.
This is much easier than manually editing a Theme file in Notepad or SharePoint Designer because the color value fields can be grouped to assist you–by UI Groups, UI Type, and Color Buckets. The Color Buckets grouping is particularly helpful if you would like to tweak an existing theme’s colors because all intentionally similar attributes get grouped together. You can then change just a single field and maintain the color value consistency of the other attributes that should match across the theme.
Don’t know where to start? Pick a single color using the picker to start from and then click the Recolor button. The tool will automatically suggest variations for all of the other attributes.
Any errors and/or warnings across the Theme are presented to you as you go.
You will need to upload your .spcolor file to the _catalogs/theme/15/ folder of your site collection in order to select it in Site Settings.
P.S. – Keep in mind that SharePoint 2013 supports RGBA color values, not just hex! The ‘A’ is for the alpha channel, allowing you to control the opacity.
A lot of hype was created around the announcement by the Microsoft Office team of InfoPath’s end-of-life announcement (blog post) by Microsoft back in January, accentuated by the ‘InfoPath Funeral’ held at the SharePoint Conference in March. For those following InfoPath’s progress over the past few years, or lack thereof, this was not shocking news. We didn’t see any new features in the latest release of the InfoPath 2013 client nor InfoPath Forms Services for SharePoint 2013, and we watched the product team at Microsoft disband. What are we to do? Where do we go from here?
InfoPath was conceived over 10 years ago, introduced as part of Office 2003. Over three subsequent releases and incremental server-side integration with SharePoint via InfoPath Forms Services, we can rightly feel some emptiness and bewilderment at what to do. While users are unlikely going through the full-blown five stages of grief, we do indeed need to recognize that we’ve begun a journey of moving on from our faithful XML-jockeying forms application.
Considering we were met with complete disappointment during SPC12 having been offered not a single session on InfoPath, I will concede the fun of a funeral procession through the exhibit hall this year at SPC14. Attendees carried a ‘coffin’ for InfoPath and chanted “Bring out your dead!” akin to the scene from Monty Python and the Holy Grail. I actually think this movie reference is even more appropriate than some thought–just like the old man who wasn’t quite dead yet (video), I’d like to remind ourselves that InfoPath is still alive and well.
Microsoft’s announcement of the discontinuation of InfoPath is not an obituary. The product is still a healthy breathing component of the SharePoint ecosystem, and by the time the burial occurs, today’s elementary school students will be making their way through college. Let’s take a deep breath… OK? Life as we know it will continue for the near future. Our forms didn’t all of a sudden stop working. Someone didn’t cut the cord. Just as all Office products do, InfoPath will enjoy its full 10 years of support according to the Microsoft Support Lifecycle Policy. The plug won’t be pulled until April 11, 2023 (notice). As revealed to us at SPC14, SharePoint’s next on-premise release in 2015 will include continued support for InfoPath Forms Services, and SharePoint Online will maintain similar support until further notice.
Just because those kids aren’t going to land in college for 10 years, we’ll still start saving up now for those hefty bills. You wouldn’t put off formulating a plan for their future success now, and similarly we of course shouldn’t just kick back and ignore the news we’ve been given. So what shape should our actions take over the next year? I think it depends on where your organization is in its development lifecycle around business process management and the forms that facilitate those processes.
As emphasized throughout SPC14, and specifically in the session SPC348 – Update on InfoPath and SharePoint Forms, Microsoft is clearly pushing us to rally around what they’re referring to as Contextual Process Apps. The idea is that our business processes should be connected just as we, the information workers, are. We need to make available the hooks into these processes wherever our users choose to be and however they choose to connect. What makes up this concept?
How will Contextual Process Apps manifest themselves in the Office Forms product roadmap? For the moment… Microsoft has outlined four options that are available to examine now and some that are still being formulated:

Two of these forms creation options for SharePoint 2013 have been around for a while. Also, keep in mind that further choices include…
Much discussion has already ensued around the facets of the roadmap; there are advantages to each as well as recognizable absences of feature sets that will need to be addressed as the formulation of the Office Forms strategy progresses.
We were also had our attention directed to some alternative options to consider for an organization’s business process management needs, namely those of Microsoft partners providing products and services in this space:

These four are by far not the only players in this arena; they just happened to be present at SPC14. For example, during Q&A for the session, an attendee brought up Forms 7, a InfoPath alternative for SharePoint forms made available as a CodePlex solution.
This is indeed the start of a journey. We were not presented with a fully baked replacement for InfoPath, and this may rightly be an incredible disappointment for some of us. However, we have been presented with a completely unprecedented opportunity by Microsoft. They want us to tell them what we want. It sound so simple and logical, but this is new for us. While in many other areas we get pokes and prods to think in a certain way (blog post) and adopt what’s put on the table, we’ve instead been given a menu with featured entrees being concocted by executive chefs… with plenty of room on the menu to suggest our own selections. Go ahead, taste what’s been plated, and send your honest compliments and critical assessments back to the kitchen. The time to speak up is now, and myself along with the Office Forms team at Microsoft are all hoping you will via the Microsoft Office Forms vNext User Voice. Decisions are made by those who show up, people.
InfoPath and InfoPath Forms Services are still viable and quite powerful components of a living, breathing, time-tested, and fully supported BPM toolset. Don’t give in to the hype around InfoPath’s demise. Instead, embrace the dynamic nature of this interim period and take stock of what you’re doing with these tools. Examine what’s been presented by Microsoft for review, try them out, and by all means participate in the discussion around what you and your organization would like to see from the next offering of Office Forms. Don’t go into mourning. Continue utilizing our tried and true InfoPath and seize the moment to help shape truly great successor applications!
Adoption Agile AI Bugs Cloud Delivery Excellence Digital Strategy Enterprise Content Management Humans Hybrid InfoPath Information Architecture Information Governance Information Management Knowledge Management Meetings Navigation Office 365 PowerShell Presentations Resources Sample Data Sets Search SharePoint SPS Events Tools User Experience Web Content Management Workflow