Forum Replies Created
-
Posts
-
Hi,
Try v2.41 and see if this change described in the changelog works in your setup:Added option to override the location of the configuration list for the bookable time range. To use this, add a variable like this to the CEWP where you refer this solution:
<script type="text/javascript"> var rm_configListBaseUrl = "/The_Base_Url_Of_The_Site"; </script>
Alexander
Hi,
It’s not entirely clear to me whether you see the line in the form, but with no value in the “formbody” position, or if the fields is completely hidden from the form.If it is the last, look at the Misc tab to ensure the field has not been set as hidden there, or if perhaps another rule hides the field.
If it is not the issue, please attach a few screenshots of the rule and the source code from F12.
Alexander
Hi,
Sorry for the late reply.There are currently no such option is vLookup or DFFS so this would require a few lines of custom code. Can you provide a few screenshots so I can take a look and see what it takes?
Alexander
Hi,
Sorry for the delay. If you could give me access to the WM I can take a look. Please send some details on how I can replicate the error in your WM.If you don’t have my email, you find it in the “About me” tab in the top of this page.
Alexander
Hi,
I have tried to fix this in the v4.268 update of DFFS frontend. You find the change log here: https://spjsblog.com/dffs/dffs-change-log/Let me know how this works out.
Best regards,
AlexanderThank you for the feedback. Let me know if you have trouble sorting this out – I might have a look at your custom code if you like.
Alexander
Hi,
This is now in place in the latest version of vLookup: https://spjsblog.com/vlookup-for-sharepoint/vlookup-change-log/Let me know if you find any issues.
Alexander
Hi,
Are you 100% sure you use the latest DFFS frontend in this particular form? – if you hover over the “Enhanced with DFFS” text at the bottom of the form, does the correct version number show?Alexander
Hi,
It’s hard to tell what could be wrong. Have you verified that all the scripts are in place? – try using the developer tools to look for errors in the console (hit F12 > Console).Alexander
I have confirmed this bug, and have fixed it in v4.266 of DFFS frontend.
Please test it and let me know if it works as expected now.
Alexander
Hi,
I have a few questions:1: Which version of SharePoint are you using?
2: Are you using the stock date picker (and not jQueryUI)?
3: What trigger are you using in the rule in DFFS?Alexander
Hi,
Sorry, but vLookups does not “exist” in the parent list. The query is performed on the fly and there are no values stored.Your best bet is to create a chart directly targeting the child list.
Alexander
Hi,
Sorry for the late reply. This has to do with timing. The cascading dropdowns are created before the vLookup sets the field, and therefore the cascading dropdowns will not pick up this value.If you have configured the cascading dropdowns “manually” (not using DFFS) you can wrap the call to this function in this code:
function vLookupPresetFromUrlDone(fin){ if(fin === "TheFieldInternalNameOfTheFieldYouAreSetting"){ // put the cascading dropdown code here. } }If you are using DFFS, try deferring DFFS (in the Misc tab) to try to let vLookup finish before it triggers.
Hope this helps,
AlexanderHi,
Sorry, but this will work without a rebuild as this solution is designed for a NewForm or EditForm.Unfortunately I do not have the time to do this, but if you want to have a go I can provide the un-minified code.
Alexander
