This post describes changes made in Dynamic Forms For SharePoint (DFFS): https://spjsblog.com/dffs/

I have updated DFFS and introduced some new triggers and improved the functionality related to linked rules.

You can now use a custom function as a rule trigger, and you can also set up rules that can only be triggered by other rules (trough “Run these functions / trigger these rules”), or by a custom function.

You can manually trigger all rules from a custom function like this:

spjs.dffs.triggerRule(["IndexOrFriendlyNameOfRule"]);

Supply the rule identifiers as a comma separated array. Please note that the rule will be executed as if the trigger returned true.

On load
Rules with lower index than the current rule, and custom fuctions will be evaluated. Reorder rules if necessary.

On change
The “last run status” of the rules will be checked, and custom functions will be reevaluated.

Checking a custom function
To check the result of a custom function, use the name of the function without parentheses. You can combine a custom function with indexes or friendly name of other rules.

Checking multiple rules
Separate indexes or friendly name with comma to use [and]. Separate indexes or friendly name with pipe to use [or].

Example
Rule1,Rule2,Rule3|Rule4

In this example, Rule1 and Rule2 must be true, and Rule3 or Rule4 must also be true for the overall result to return true.

See change log for details: https://spjsblog.com/dffs/dffs-change-log/

Use the forum for discussions related to DFFS: https://spjsblog.com/forums/forum/dynamic-forms-for-sharepoint/

Alexander

If you have a very complicated form with a lot of rules and complexity, you might want to split this up in different configurations. Here is an example of how you can do this.

This example will create separate configurations for the form based on a “status” column named “CaseStatus”. To start using this switch, all you have to do is to add these lines of code to the CEWP – above the script tag that refers DFFS_Frontend_min.js.

<script type="text/javascript">
// Override pageId to load different DFFS configurations for different statuses in the "CaseStatus" field.
var dffs_formTypeSwitch = "CaseStatus";
</script>

Please note that you must update DFFS_frontend to v4.272 or later to support this option.

What this code does is to get the current value from the “CaseStatus” field, and appending it to the pageId it uses to query the DFFS configuration list for the correct configuration to load.

To be able to configure the forms for the different “Statuses” you can either enter DFFS backend from a form loaded with the correct status, or edit the URL in DFFS backend directly to change for example “formType=Not started” to “formType=In progress” in the URL example below:

https://contoso.com/DFFS/WebPartPages/DFFS_Backend.aspx?targetList={46e7516d-a6f3-400e-992f-e08338da2ccc}&targetListBaseUrl=/DFFS&formId=/lists/dffs dev/editform.aspx?formType=Not started&formType=3&Source=/DFFS/Lists/DFFSDEV/EditForm.aspx?ID=4

I hope this makes sense. If it does not, please post any questions or comments in the forum.

Alexander

This post will describe a possible solution to handle check out of list items when editing. This will prevent others from making changes to the list item while another person has the same item already open in EditForm.

This solution is intended used in EditForm, and requires you to add one new field to the list: A yes/no column named (for example) “CheckedOut”.

Currently this requires four rules added to DFFS, but I might consider building in support for this so that this would just require a “tick in a box” to enable.

Please note a typo in “promptCheckin” – use lover case “i” to correspond with the function in the Custom JS below.

var dffs_beforeunload = true;

function goToDispForm(){
	dffs_beforeunload = false;
	$("#part1").hide();
	location.href = location.href.replace(/editform.aspx/i,"DispForm.aspx");
}

function mustCheckOut(){
	dffs_beforeunload = false;	
	if(confirm("You must check out this item to proceed.\n\nCheck out this item now?")){
		var res = spjs_updateItem({"listName":_spPageContextInfo.pageListId,"id":GetUrlKeyValue("ID"),"data":{"CheckedOut":"1"}});
		if(res.success){
			location.href = location.href;
		}else{
			alert(res.errorText);
		}
	}else{
		goToDispForm();
	}
}

function promptCheckin(){
	dffs_beforeunload = false;	
	if(getFieldValue("CheckedOut") === true){
		if(confirm("Do you want to check in this item to allow otheres to contribute?")){
			setFieldValue("CheckedOut",false);
		}
	}
}

$(window).bind("beforeunload",function(event) {
	if(dffs_beforeunload){
		var res = spjs_updateItem({"listName":_spPageContextInfo.pageListId,"id":GetUrlKeyValue("ID"),"data":{"CheckedOut":"0"}});
		if(res.success){
			alert("The list item was checked in.");
		}else{
			alert(res.errorText);
		}
	}
});

// Fix for add attachment in IE 8 / 9 on SharePoint 2007
$("a[href^='javascript:UploadAttachment()']").hover( 
	function(){
		dffs_beforeunload = false;
	},
	function(){
		dffs_beforeunload = true;
	}	
);

Please use the forum for any discussions

Alexander