- Loading external JS files in Custom JS
- Operator select on rules fails to set options as “disabled”
- Using the option to load files from a custom DFFS folder
- Missing “is not equal” operator on multichoice fields
- Set field value in rules: Only if the field is empty
- Missing tooltip icon in some cases
I have gotten some feedback on the latest version, and are working on investigating and resolving these issues. See the log below for status:
Loading external JS files in Custom JS
There are some problems loading external files like jQuery UI in the “Load these files before executing the Custom JS” textarea in the Custom JS tab.
I have looked into it, and on SharePoint online it’s related to the require.js module loader being loaded with SharePoint. This makes for example jQuery UI detect the presence of require.js and therefore registers itself as a require.js module and not on the global jQuery object.
I’m still not done investigating, but you may try this approach: https://spjsblog.com/forums/topic/sharepoint-online-require-js/#post-17049
You may also try jQuery UI v1.10.4 instead of v1.12.1 as the 184.108.40.206 version is the last one without detection of require.js / AMD.
Operator select on rules fails to set options as “disabled”
Depending on the trigger type used in rules, some of the operators in the dropdows should be disabled. This doesn’t always work so you may end up with selecting a operator that isn’t actually valid for that trigger.
Using the option to load files from a custom DFFS folder
When using this option in the new DFFS installer, the overlay and loader was still referred from the default “DFFS” folder. This will be fixed to all files are loaded from the custom folder.
Missing “is not equal” operator on multichoice fields
This will be in place in the next release.
Set field value in rules: Only if the field is empty
The “Only if the field is empty” checkbox failed to save the checked state, and therefore this setting was not respected in the rule – overwriting a previously set value in case this rule was triggered.
Missing tooltip icon in some cases
I changed the default tooltip icon from the built in “/_layouts/images/hhelp.gif” to a unicode character. Unfortunately this unicode character wasn’t available in all platforms – effectively rendering the icon as a square. I have added a new default tooltip icon in the next release.
Due to the investigation of the custom js loading issues I have fallen a bit behind on replying to forum posts and other feedback on the latest release – and also haven’t been able to get the user manuals updated with the latest changes to DFFS and the plugins. I hope to get up to speed during the weekend.