Forum Replies Created
-
AuthorPosts
-
November 29, 2021 at 16:42 in reply to: Feature Request: Go back to the originating view after editing a record #35277
Amal Vellappillil
ParticipantAround 50 configs spanning across 8 subsites in 1 site collection.
November 23, 2021 at 17:13 in reply to: Feature Request: Go back to the originating view after editing a record #35222Amal Vellappillil
ParticipantI have the “Return to DispForm when editing an item and NOT opening the form in a dialog” checked under “Misc” tab. Is there a way to bulk update all list configurations in a site to have this option unchecked?
Amal Vellappillil
ParticipantThank you Alex. The suggested solution makes it much easier than adding the code snippet to each and every form.
Amal Vellappillil
ParticipantHey thank you for the quick work around. This does work with some change in user usage.
Is there a way to make this as a default on a site collection or site level? This would be great rather than going to each and every list and all its different forms and adding the snippet.Or is there a way to load another javascript file whenever DFFS loads? I know there is the “Load these files before executing the Custom JS” feature per list per form level. Wondering if there is a possibility to add something similar on a site or site collection level.
-
This reply was modified 2 years, 2 months ago by
Amal Vellappillil.
Amal Vellappillil
ParticipantHi Alex,
Thank you for your reply. I did try to use the setFields functionality of autocomplete configuration. However, it seemed like setFields is not allowed for autocomplete field that accepts multiple values. It does give an error saying not available. Are you aware of this?
Thank you,
Amal VellappillilMarch 10, 2021 at 18:57 in reply to: DFFS_EMail with Stop = True is still sending email after resuming from paused #32957Amal Vellappillil
ParticipantHi Alex,
Thank you for explaining how things work in SPO.
I have attached the following screenshots.
1. Modified workflow
2. Create Stop variable as Integer
3. CurrentItem Stop as Integer (looking up)March 10, 2021 at 17:11 in reply to: DFFS_EMail with Stop = True is still sending email after resuming from paused #32952Amal Vellappillil
ParticipantYes, it seems as if the boolean variable is not getting set with Yes/No values. Rather its getting set with True/False.
In any case I tried creating a an integer variable and setting value from Stop field. I then used that variable and checked if it equals 1. If 1, then stop the workflow. This seem to have worked. You can may be update your documentation to use an Integer variable rather than using a Boolean variable and check for 1. This might be helpful for those who are still in On-Prem SharePoint.
Out of curiosity, what do you use to send future dated emails in SharePoint online?
Amal Vellappillil
ParticipantHi Alex,
Yes that would work also. However, as you can imagine if we have 20 rules or so, that means we will need another 20 rules to make it work. Its better to use customJS at that point to check if the value changed based on the ruleID and triggerField.
Do you think this can be a feature added to a future release? A new operator or a checkbox next to the operator dropdown asking “is changed from initial value”? I think it will help.
Thank you for taking the time to provide a solution.
-Amal Vellappillil
-
This reply was modified 2 years, 9 months ago by
Amal Vellappillil.
Amal Vellappillil
ParticipantGlad you are able to look into this and possibly skip duplicate calls to presaveaction method. It would be nice if the library could handle the logic than users remembering the little quirk and do the workaround on each and every form.
Amal Vellappillil
ParticipantSounds good to me 🙂
Amal Vellappillil
ParticipantHi Alex,
I have a suggestion/enhancement request. I noticed that it would be very helpful to have all the field names available as intellisense in Ace editor. So I added this to your “aceAutocomplete” function inside DFFS_backend js file.
var fieldNamesCompleter = { getCompletions: function(editor, session, pos, prefix, callback) { var wordList = spjs.dffs.data.listFieldsArr.map((f) => f.fin + "|" + f.disp + "|" + f.type); callback(null, wordList.map((word) => { var wordArr = word.split("|"); return { caption: wordArr[1] + " - " + wordArr[2], value: wordArr[0], meta: "listField" }; })); } } a.completers.push(fieldNamesCompleter);
This code was added inside the else block where you are setting enableBasicAutocompletion: true. You can use this as is or modify to your willing to adapt to your coding styles. I hope this gets added to the future versions of DFFS.
Thank you,
Amal VellappillilAmal Vellappillil
ParticipantSo I put debugger at the top of the presaveaction function and sure enough it got hit twice. So I still dont understand what is causing it to be called twice, but the workaround you mentioned skips the item creation the second time around.
Thank you so much for the workaround and tips on debugging.
Amal Vellappillil
ParticipantHi Alex,
Thank you for the quick turn around. I will give it a go.
– Amal Vellappillil
Amal Vellappillil
ParticipantHi Alex,
That would be awesome!
Thank you,
Amal VellappillilAmal Vellappillil
ParticipantSee attachment below. Hope it helps.
Attachments:
-
This reply was modified 2 years, 2 months ago by
-
AuthorPosts