Search Results for 'list form'

Home Forums Search Search Results for 'list form'

Viewing 15 results - 1,201 through 1,215 (of 1,358 total)
  • Author
    Search Results
  • #9052
    Tony Bowes
    Participant

      I can add the Task specific ‘Related Items’ field to the DisplayForm, but it doesn’t appear as an option to add the field to the EditForm? I know that this field doesn’t appear on the edit form in OOTB SharePoint, but I have been looking for a way to get the RelatedItems links to work off the EditForm (and the list, but that’s another story).

      #9047
      Brent Caudill
      Participant

        The behavior only seems to have changed when editing from the DispForm.

        Another thing I have noticed is that if Tabs are not configured, the save from edit will return you to the list view. Even when editing from the dispform. Appears to be something related to having tabs configured.

        Brent

        #9032
        Alexander Bautz
        Keymaster

          Are you opening the form from DispForm or from a list view? I have done some changes to the “Source” when editing an item from DispForm so it might be this causing the problem.

          Alexander

          #9009
          JGMcLoughlin
          Participant

            Alexander,

            Sorry if I am going off on the direction. Here is what I have done following your last message:

            I copied the following files from the Oct 6 download to a folder called JQuery of the site I am working on (this is the original location of the files from the date of installation). Those files already exist in the DFFS directory.

            I am still using the inline CEWP method of connected, rather than the in-list column method. Should I try that?

            Incidentally when I do as suggested I lose a number of tabs from the form – they are still defined, but not visible. DO I need to change the rules?

            I still get the same result, except this time I am getting nagged about a trial licence having expired – see attached.

            John

            Attachments:
            #9007
            Brent Caudill
            Participant

              Hello Alexander,

              After upgrading to the jslink version of DFFS we noticed the behavior when saving the editform.aspx changed from returning to the list view, to now returning to the dispform.aspx page.

              While this is a very nice feature in some instances, I have several lists where this is not the desired behavior. Is there a way to change this back to returning to the list view on save? Some js code or a toggle somewhere?

              Thanks,
              Brent

              #8939
              Alexander Bautz
              Keymaster

                Yes, listName “Customers” is the list the lookup column pulls the information from. This can be the display name or the GUID.

                “#dffs_Country” looks correct as long as “Country” is the FieldInternalName of your field.

                The field “TestValue” is the FieldInternalName of the field in the list your lookup column pulls information from that you want returned by the function.

                Alexander

                #8894
                soldier1733
                Participant

                  Per your article here you mentioned to add more lines for the data object for each field to push to save. I wanted to move the questions to your forum instead of the article.

                  After adding the code to your existing code, I keep receiving an error on the page (see attached image). I am using all Field Internal names for the data objects and there are no errors in the console only the pop up on the webpage. Not sure if this matters, but all fields beside Title and Office Location are people pickers.

                  Here is the modified code:

                  
                  
                  // Save NewForm.apsx and redirect to EditForm.aspx
                  function saveAndRedir(){
                  	setReqID();
                  	var ok = spjs.dffs.check_Mandatory(["Title"]), data = {}, newItem;
                  	if(ok){
                  		data.Title = getFieldValue("Title");
                  		data.Requestor = getFieldValue("Requestor");
                  		data.Office_x0020_Location = getFieldValue("Office_x0020_Location");
                  		data.Manager = getFieldValue("Manager");
                  		data.GM = getFieldValue("GM");
                  		data.COO = getFieldValue("COO");
                  		data.CEO = getFieldValue("CEO");
                  		newItem = spjs.utility.addItem(
                  		{
                  			"listName":_spPageContextInfo.pageListId,
                  			"data":data
                  		}
                  		);
                  		if(newItem.success){
                  			location.href = location.pathname.substring(0,location.pathname.lastIndexOf("/")) + "/EditForm.aspx?ID="+newItem.id;
                  		} else{
                  			alert(newItem.errorText);
                  		}
                  	}
                  }

                  Thanks in advance!

                  • This topic was modified 9 years, 7 months ago by soldier1733.
                  Attachments:
                  AdamP
                  Participant

                    vLookup currently displays a paperclip icon when you include the “attachments” field, and the child item has one or more attachments.

                    Would it be possible to actually display a clickable list of the attachments against each child item (rather than having to view each child item and then selecting the attachments there) ?

                    I can get to the data via REST in the form

                    /_vti_bin/ListData.svc/ListName?$select=Attachments&$expand=Attachments

                    so I’m hoping it might be relatively straightforward.

                    Thanks

                    Adam

                    #8864
                    spsrocket
                    Participant

                      Hi Alexander,

                      Thank you for such an amazing script again!

                      While tinkering with the script, I noticed that DFFS is not hiding fields on the display form (or any form) for imported lists using excel.Here is the error I am getting:

                      This field is not in the current content type: an_actual_field_name

                      This behavior is not true for regular lists created manually inside sharepoint.

                      I am using jslink method, all of configurations seem to be okay. Not sure what’s causing the error. Not sure if it has to do with longer names on some fields causing the tabs to break…?

                      • This topic was modified 9 years, 7 months ago by spsrocket.
                      #8846
                      Alexander Bautz
                      Keymaster

                        Hi,
                        Can you give me some more information about how you plan to use use this? Do you use this as a lookup reference for manually filling in other fields in the form based on the returned value, or do you save the selected value(s) to the list to “use” then later?

                        The code is designed to pull in the value saved in the field, and not the current selected value when you do the selection so it will need a change to work “live”.

                        Alexander

                        #8816
                        Kasey
                        Participant

                          Unfortunately that is all that it gives me. It only happens on DispForm and only on one list. I removed all custom JS to make sure that wasn’t the issue. I had a similar issue with the NewForm but when I took the below custom JS out that error stopped.

                          ERROR: SCRIPT65535: Unexpected call to method or property access.

                          Custom JS: ` //BEGIN JQUERY UI DATEPICKER

                          $(“#dffs_ReadyForReview”).find(“input”).datepicker({
                          constrainInput: true,
                          maxDate: ‘+365d’, //sets the maximum selectable date.. in this case 60 days from today
                          minDate: ‘+1d’, //sets the minimum selectable date.. in this case tomorrow
                          beforeShowDay: //determines which days are selectable.. in this case Thursday only
                          function (date) {
                          var day = date.getDay();
                          return [(day == 1 || day== 5), ”];

                          }
                          }).attr(‘readonly’, ‘readonly’);
                          // You might also want to hide the default calendar icon
                          $(“#dffs_ReadyForReview”).find(“img”).hide();

                          //END JQUERY UI DATEPICKER (Firday or Monday)

                          function tollgateSave(){

                          if(getFieldValue(“IsAdmin”)==”0″){
                          if(getFieldValue(“MilestonePhase”,”disp”)!==”Status Update”){

                          alert(“To successfully schedule this tollgate/change control, the \”Ready For Validation\” checkbox and this HLC DB project record must be fully updated by Tuesday 12:00 ET.\n\nPrior to selecting \”Ready For Validation\” please also ensure that Christian Bowers and Brooke Thompson have been granted access to Project Repository URL in order to validate any required deliverables for all tollgates.\n\nAfter the deadline on the week scheduled, you can expect an additional notification email confirming successful validation of this scheduled item.”);

                          }
                          }
                          }

                          function formReady(){
                          if(getFieldValue(“MultiPhase”)==”Yes”){
                          spjs.dffs.unhideFieldsByRule([“Phase”]);
                          spjs.dffs.flag_Mandatory([“Phase”]);
                          }
                          else{
                          spjs.dffs.hideFieldsByRule([“Phase”]);
                          spjs.dffs.clear_Mandatory([“Phase”]);
                          }
                          }`

                          #8781
                          DougMcCourt
                          Participant

                            Is it possible to override the behavior of the Close button on a DispForm?

                            Current behavior: Close directs user to default listview for the list.
                            Desired behavior: Close button does functional equivalent of the “Back” button

                            background: Im using heavily calculated urls as the link for items in lists, when I clink on the link the DispForm opens, and via DFFS does all the behaviors I need. Im presenting a linked list of items (eg “Issues”) from the DispForm of the parent program. – if I click on the issue and go to its’ Dispform, on close I’d like to return to the dispform of the parent program – and not the default view of the Issues list.

                            I cant extend my calculated url with Source= because the list of issues is presented from multiple places in a hierarchial structure (eg Initiative / Program / Workstream / SubStream) – each with its own dispform – so the calculated url in the Issue doesn’t know which parent invoked it.

                            Thanks for any insight!

                            #8775
                            Alexander Bautz
                            Keymaster

                              Sorry for not replying – I have had some trouble with notifications form the forum.

                              Yes, you should be able to use the linked post – her is an example based on the code form the linked post:

                              function getLookupExtraFieldValue(){
                              	var val = do_getLookupExtraFieldValue();
                              	alert(val);
                              }
                              
                              function do_getLookupExtraFieldValue(){
                              	var data, lookupValue, b;
                              	data = spjs.utility.getItemByID({"listName":_spPageContextInfo.pageListId,"id":spjs.dffs.data.thisItemID,"viewFields":["PutYourFieldInternalNameHere"]});
                              	lookupValue = data["PutYourFieldInternalNameHere"]; 
                              	if(lookupValue !== null){
                              		return lookupValue;
                              	}
                              }

                              Change “PutYourFieldInternalNameHere” with you fieldname. Then call “getLookupExtraFieldValue” to test the return value.

                              Let me know if you have any questions.

                              Alexander

                              #8758
                              AdamP
                              Participant

                                Hi Alexander

                                I thought this was the case, however on the setup I’ve got I see the following;

                                Add new document>
                                File upload dialog, ok
                                EditForm.aspx (?mode=upload)
                                ‘vLookupAssociations’ just shows as an empty single line of text field (as if it were on a plain old sharepoint form. All other dffs functionality works correctly)

                                Edit properties of same file>
                                Editform.aspx
                                ‘vLookupAssociations’ field loads all associated items from the child list into the area on the form as per config.

                                The process I have at the moment is to go back into editing (or viewing) the document properties after initial upload, but it would be nice if it was possible in one hit.

                                Any ideas or things I should check?

                                #8733
                                Alexander Bautz
                                Keymaster

                                  I have now posted an update to the spjs-casc.js / spjs-casc_min.js file (v3.525): get it here

                                  This is the changes:

                                  Added a method to bypass the list throttling occurring in SP 2010 and 2013 when exceeding 5000 items in a list. Please note that the query will take some time if you have more than 5000 items in the list.

                                  I’m sorry I did not see this immediately, but I must have confused it with another of my solutions.

                                  Ryan:
                                  Can you try this new version, and if you still have trouble, try using the ID column in the “Comma separated list of fields (FieldInternalName) in the lookup list.” field in DFFS backend where you configure Cascading dropdowns. Also turn on “Write debug information to the top of the page” and let me know if you see anything in the top of the page.

                                  Alexander

                                Viewing 15 results - 1,201 through 1,215 (of 1,358 total)