Forum Replies Created
August 16, 2023 at 15:44 in reply to: Suggestion for revision to naming convention for the ModernDFFS User Manual #37037
I sometimes create Permission Groups on a site for the sole purpose of managing visibility of tabs in a DFFS form, when the use case calls for it. You might already have groups that fit your needs. Since the “Which groups can see this tab” is a dropdown that shows you all the permission groups (by name) within your site collection, it is much easier to use than using a group in a rule trigger.July 21, 2022 at 16:57 in reply to: Authentication error when trying to save form config #35989
I’m getting the Authentication error frequently. Note to self: try saving the config after making a single change, instead of making multiple changes that might get lost. Right now, I’m guessing that it is a timing thing. I just modified a form on a browser screen that had been open overnight, and after 10 minutes of modifications, got the authentication error and lost all my changes.July 19, 2022 at 23:12 in reply to: Authentication error when trying to save form config #35982
I don’t know what changed, but I am now able to save configurations.
Travis, this might work: If you populate the title field by a rule that concatenates the three fields you are referring to, and set the title field (on the native sharepoint list settings) to NOT allow duplicates in the title field, SharePoint will prevent any duplicates.
You could enhance the user experience by explaining on the form that the combination of the three fields needs to be unique, so they have some idea why SharePoint is giving them a very obtuse error message.
You could use vLookup (must be set up carefully on a new form, but very do-able) to show any other items from the list that have the same title as they choose those three fields. You could even include the Edit button in the vlookup table, and instructions to go edit the already existing item (in a new browser tab) and cancel their new item, if needed.
I hope that helps out.
Pardon my ignorance, but what are “AC” fields?September 22, 2021 at 21:15 in reply to: Misc Tab not listing Fields under Hidden fields section #34545
Brian, are you sure that both are LIBRARIES? I just looked at one of my sites, where I am using v18.104.22.168 of DFFS, and when I apply DFFS to a LIBRARY and look at the Hidden Fields section in the MISC tab in the DFFS configuration, no columns are showing.
When I apply DFFS to a CUSTOM LIST and look at the Hidden Fields section in the MISC tab in the DFFS configuration, all the list columns are showing.
Here are some things to check: 1. You mention that select users who are in the “Secondary Review Team Members” permission group are able to click the Save button with no issues. Does that permission group have Contribute access on the list? Or are the ‘select users’ given Contribute some other way? If the group itself is not given Contribute on the list, try giving the group itself Contribute permissions.
2. Although you say that the impacted users ‘cannot click the Save button’, you don’t say whether the button is missing from the form for them, or whether they get some kind of error message (or no response at all) when they try to click the button. Check the advanced settings on the list to be sure that the list is NOT set to only allow users to edit items they have created. OR, if that setting IS set, and is needed, give the “Secondary Review Team Members” permission group Design permissions on the list.
These two things may not work, but they are worth checking.
Alex may have additional suggestions.
Andra, you said you deleted your “new item form in error”. Do you mean that you deleted the NewForm.aspx on your list accidentally? That is a SharePoint issue, and you would need to restore or recreate your NewForm.aspx on the list before using DFFS on that form.March 12, 2021 at 15:55 in reply to: Date Calculation: calculate x minus days from date entered on form #32990
SharePoint will do the heavy lifting easily for you using calculated columns. However, since calculated columns are not calculated until you save the item, and since they are not in the field dropdown picker on a DFFS form (if I’m wrong on either of those two points, someone please correct me) one possible solution is to NOT use DFFS.
You could build a simple SharePoint list with a single date field (make sure the Title field is not required), build a calculated date field for each due by date, and build a Datasheet (aka Quick Edit) view of the list where the user simply enters their Deploy Date, then clicks on the empty line below, and the calculated dates will all appear as soon as the record is saved.
In order to not clutter the list (since the records do not need to be saved long term) you could build a SharePoint Designer workflow that starts as soon as an item is created, pauses for 10 minutes (or 10 hours or 10 days – whatever interval you want) and then deletes the item from the list.
In order that the view is always blank when someone comes to it, filter the view to only show items where Created is equal to [today] + 1.
That approach may not meet your needs, but I thought I would suggest it as a possible simple solution in case it DOES meet your needs.
DFFS is amazing, but even native SharePoint can do ‘magical’ things when we apply a little creativity.
(Side note: if this turns out to be the exact solution you need, don’t fault yourself for not thinking of it earlier. I too spent several hours trying to develop a tool once using DFFS, and finally realized that a simple Quick Edit view would do everything I needed simply and elegantly.)
This worked great, no tweaking needed! Very cool! Thank you.
William Summers recently had a project where he needed to put several dozen fields on a DFFS tab, and his users wanted a horizontal rule after every field. The following two suggestions came out of that experience.
SUGGESTION 1: Add space at bottom of the tab configuration pane so multiple fields can be added at once without having to scroll after each field is added. (William was able to accomplish this by adding the following at the end of the DFFS_backend.css file:
SUGGESTION 2: Make it possible to copy and paste a single Header, HTML section, or table row, either to paste it into the same tab, or into another tab.
Thank you!! That worked perfectly.
Paul, in case others are having a similar issue, in DFFS v 22.214.171.124, Alex made the following change:
“Added a new setting in the Misc tab to force attachments to open in a new tab.”
I love that you figured out the code to make this happen yourself, and shared it with the community. It will undoubtedly come in handy for those using an earlier version of DFFS than 126.96.36.199 and who wish to remain on their older version.
P.S. In case it matters, the list is using the Item content type.