Banner Advert
Neil King
Posted on November 7, 2012 by
6 Comments

I have seen a lot recently about the changes to SPD 2013 and especially the removal of the Design View from page editing and the impact that would have on peoples normal daily SharePoint work. The rational for the change is here on the SharePoint team blog, some of the responses on End User SharePoint are worth a read, and non of them are very positive. So I thought I would take a look a couple of typical End User style visual solution and see it can see be used in the brave new world of SPD2013.

Using calculated columns to add colour coding to your lists

This excellent solution comes from Sarah Haase. I won’t cover the steps for 2010, but will go straight into 2013.

The 1st step is to grab a copy of SPD2013 preview from the MS download site and get this running in your SP2013 world, then setup your list and calculated column and open your site in SPD2013, at first glance a site in SPD2013 looks exactly the same as an SPD2010, but when you open the list-view you have the option of code view or code view, nice !

So how do we make appropriate change now that we have no visual representation of the page ?

image

If we go to the List View Tools tab section and select the Design tab, we have the option to Customize the XLST for the entire view (this is available in SPD2010 as well)

image

Now its a case of searching for the tag

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

and updating it to read

<xsl:value-of select=”$thisNode/@*[name()=current()/@Name]“ disable-output-escaping=”yes”/>

Save the page view,  preview in a browser and voila, a colour coded column in SharePoint 2013.

image 

So was this more difficult then 2010 ?, The answer is Yes and No, without the visual representation of the page it would have been much more difficult to figure out which tag to update, but once you know that, the actual change is no more difficult, but I think that is the crux of the issue, features like conditional formatting are now going to be much much more difficult to apply in SPD2013 when we are going to have to work through the entire list view code.



This article was originally posted here.

6 Comments

Charles H. on January 14, 2013

Hi How are you? THX for your post, I'm testing it in an RTM installation and the list view tools tab is not presented. Could it be that it has been removed by Microsoft? Please, Could you confirm that you don't see it? If not Please, could you lead me to avoid the step that I'm missing? THX Kind Regards

Charles H. on January 14, 2013

Hi I worked around the issue inserting a new data view on the page and after that I was able to modify in the way explained in the web page. But it seems the default one can't be editted. THX Kind Regards

Neil King on January 16, 2013

Hi Charles, It is quite possible that Microsoft has changed designer since I created this post with a preview copy of Designer 2013. When I have some spare time I will update my 2013 environment and let you know

Neil King on February 14, 2013

Hi, I have upgraded my test system to SPD 2013 RTM version (15.0.4420) and it still works fine for me. When you open the ListView page make sure you click into the XsltListViewWebPart section of the page, then the ‘List View Tools’ menu should appear.

Michael on April 23, 2013

Hi, I've carefully followed Sarah's initial instructions along with those here, but in my case I can't find the tag. What can I be missing? I tried using the Find tool within SPD 2013, no joy. My view is created in an Office 365 SharePoint 2 site that Microsoft is part-way through migrating to SP 2013 so SPD 2010 no longer works :(

StarfishCI on April 26, 2013

Wow, thanks to your instructions I've got this working in MS-hosted SharePoint 2 which is being migrated from SP2010 to SP2013. How can I get the RAG indicators to show up in a view embedded in a web part on a page, though? So far I only get it working for regular views.

Add a comment