Since SharePoint 2010 was introduced there are much more ways to customize forms for list and document libraries. In most cases there is only the simple requirement to hide fields or have better control over them on lists and content types. SharePoint 2010 is the same way limited for hiding fields like it was in MOSS 2007. For advance control it was always necessary to code those fields. So first let’s take a look at how you can controls fields on the list using the normal settings dialog. The base setup in this test is a custom list called “List” with a new column called “NewColumn” which is of type single line of text.
There are no settings available where you can control where the fields should be appearing. The options to hide a field form certain forms are even not available in SharePoint. So the only way to remove the fields from NewFormDialog for example will be to set up a custom list form. No not at this stage.
When the management of content type is enabled to the list using some advance settings will come up to the fields. This can be done in the list settings:
- “Advanced settings”
- “Allow management of content types”
Behind ever list and library there is a content type assigned. For my custom lists this is the “Item” content type. After selecting this content type there is the “NewColumn” I created available too. On the column the following view options can be selected.
Required optional or hidden is good but won’t help in most cases. So what now? Create a custom list form? No, this is not needed.
SharePoint developer might find SPField Object from the server object model. So if a developer creates a custom content type the following options can be selected in CAML Definitions or as properties using object model.
I think the names of those properties are self-explaining. Is there coding needed to use those properties? Yes it is but not as a WSP. This field can set using PowerShell the following example demonstrates how to set those properties by a simple script which only opens the list using object model and sets the values, which are basically Boolean values. I use simply 0 and 1 values to set.
0 enables this property
1 disable this property
So for hiding our column in the new form dialog we just simply need to set the value of ShowInNewForm to false or 0.
# First load SharePoint Core Assembly [System.Reflection.Assembly]::LoadWithPartialName(“Microsoft.SharePoint”) $url = "http://myserver:Port"; $list = "List"; $fieldname = "NewColumn"; #Setting up context $contextSite = New-Object Microsoft.SharePoint.SPSite($url); $contextWeb = $contextSite.OpenWeb(); $list = $contextWeb.Lists.TryGetList($list); $field = $list.Fields[$fieldname]; # Controls Field in Edit Form $field.ShowInEditForm = 1; # Controls Field in New Form $field.ShowInNewForm = 0; # Controls Field in New Form $field.ShowInDisplayForm = 1; # Hides fields from list settings $field.ShowInListSettings = 1; # Hides fields from version history $field.ShowInVersionHistory = 1; # Hides fields form selection in views $field.ShowInViewForms = 1; # Don't forget to update this field $field.Update(); # And finally dispose everything. $contextWeb.Dispose(); $contextSite.Dispose();
So how does it look after executing the script:
NewColumn is hidden on NewForm but still avaliable on EditForm.
I actually can’t say what the reason is behind those properties are available using object model but not be available using the interface or SharePoint Designer. Those properties will give power user better control over their fields and will not require custom list forms using SharePoint Designer or InfoPath Forms for every simple field hiding. Those properties are not new they were still available in Moss 2007. Might this will be supported by SharePoint 2013 or 2014.