At some point you might notice that SPFieldLink is missing the two boolean flags known from SPField type: ShowInEditForm and ShowInNewForm. To make it more confusing, the ShowInDisplayFormflag is available and exposed as a public property.
I added this blog so that you can save some time doing research on the same problem.
1.Set private fields values using reflection (No use)
We may try to force setting the values for private fields (that exist in SPFieldLink) with code similar to the following:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
SPFieldLink fieldLink = new SPFieldLink(web.AvailableFields.GetFieldByInternalName(“someFieldName”));
// get private fields
FieldInfo fld1 = fieldLink.GetType().GetField(“m_bShowInEditForm”, BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.FlattenHierarchy | BindingFlags.GetField);
FieldInfo fld2 = fieldLink.GetType().GetField(“m_bEditFormExplicit”, BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.FlattenHierarchy | BindingFlags.GetField);
// set value for ShowInEditForm private field
bool showInEditForm = false;
fld1.SetValue(fieldLink, showInEditForm);
// make this atribute explicitly appear in SchemaXml, even if value is the default value
fld2.SetValue(fieldLink, true);
contentType.FieldLinks.Add(fieldLink);
|
At this point, fieldLink.SchemaXml variable will explicitly contain ShowInEditFormattribute in XML. It seems that we’re at home, but… when you create list instance based on this content type, this value will just be ignored. By the way, ShowInDisplayForm that is a public property in SPFieldLink is also ignored.
2. create different fields on the SPWeb.Fields level
This “solution” is to let go SPFieldLink and just create more SPFields with the same display name. Some of them will have the ShowInEditForm property set to true, some to false. Then, when creating content types, just add the field with desired property set. The list using this content type will inherit property values from SPFields.
In result, display, edit and new forms will look as expected for user. Data structure will be less clear however, because some fields that are logically the same, will have multiple instances in SPWeb.Fields collection. It will appear in site columns gallery that there are duplicates of those columns.
3.set the values on a list
Another way to do this, is not to rely on any inherited values for those properties, but set them explicitly in SPList.Fields collection, after the list is created and content types are added to list.
Lists are likely to be created during deployment process, so this could be done in some C# code or in PowerShell after the structure is deployed.
Which is the good solution:)
None of those solutions seems satisfying, and it will not replace the missing SharePoint functionality. If you manage to find a better fix then a please share your fix.
, select Site Settings.
virendraboldhan 