- This topic has 13 replies, 2 voices, and was last updated 7 years, 7 months ago by
.
-
Posts
-
-
Good day sir
Everything works as expected. One quick thought and question. You state that if the files are at the root to change “/SPJS/DFFS/loader/DFFS_loader.html” and in “/SPJS/DFFS/vLookup_ListView.html to false. The comment is that the vlookup is already set to false when downloading the new version. That being said, this solution requires me to then add the spjs library to each subsite and create the webpage it sounds like yes? If not, how would I get the subsite to use the root level files? I tried changing both to false, then adding a page to a library and connecting the CEWP to the root level install file.Cheers!
-
Thanks for letting me know about the inconsistency. The file “vLookup_ListView.html” should have the same setting as “DFFS_loader.html” – I have fixed this in the zip-file and uploaded it again.
The reason for setting the default value to false on the variable “spjs_scripts_in_current_site” is to make it easier to add to a new page without messing with existing versions or files in the root site.
If you want to have the files in the root of the site collection, just add the SPJS document library there, an change the variable in “DFFS_loader.html” and in “vLookup_ListView.html”:
var spjs_scripts_in_current_site = false;
I does look like I have a bug somewhere as other are reporting different issues. I’ll be looking into these issues and will post an update if I can sort these out.
Alexander
-
ok great info! I think I mis spoke here. the main question I have is this.
I create a spjs library on the root site. upload the DFFS folder and everything works great.
I go to a subsite and want to install dffs. Do I need to add the spjs library and dffs to the subsite or is there a way to create just a page in the subsite and point it to the root installer file? Hope this makes more sense but so far, awesome as always! -
-
-
OK so I am updating my last post. For some reason it is not working. I deleted the old dffs folder and uploaded the new 21st one after making sure the vars are correct. The install on a new list goes fine. When I go to the form, the overlay loads fine but then I get the error that dffs is not installed correctly.
I make a new site and a new list. Do the same thing and everything works fine. I am assuming there is something left over causing the original to not work. I am going to dig a little further.
-
-
-
ok still working through a few things. In a list leveraging jslink. I ran the setup, uninstalled the jslink, installed using the installer. The new form works great and as expected. The edit form gives me the error dffs loader failed to load. /sites…/…dffs/js/dffs_backend_min.js. attaching picture.
I tried to delete the record in the config list (spjs configuration) for the edit form, re-import the config and same error.
On display form, it sits at the overlay and never recovers. I will continue to troublshoot.
-
-
update: sorry about all the posts but maybe someone is following along…
I deleted the config for the edit form again. When entering dffs on the edit form, instead of copying from the new form this time I just created a new config and it seems to have solved the issue. That being said, seems like maybe the new version does not like either the rules or tabs of js or css or html or something. It is highly customized form for anyone wondering. -
update: last one….
All of my issues can be traced back to the masterpage loading an old version of jquery. That being said, maybe this will help others.debugging lead me to this. masterpage loads old version of jquery my company uses. I used a CEWP and in the source placed <script src=”/sites/yoursite/spjs/dffs/plugins/jquery.js”></script> to point it at the correct one. Wow what a long thread for something that is our own fault….
-
-
-
- You must be logged in to reply to this topic.