Carl E Tippins

Forum Replies Created

Viewing 14 posts - 16 through 29 (of 29 total)
  • Author
    Posts
  • in reply to: v_Lookup "Prefill values in child" issue #21745
    Carl E Tippins
    Participant

    Unchecking Hide did the trick, and it would let me change it to another year.
    When the field was still hidden, I had tested it and it did pass the year to the child list.
    I’ve really never used vLookup before, so this is all new to me. I had inherited this site from someone else and the former developer used a lot of features I had not used before. So it’s a good thing. And the forums have been very helpful!

    in reply to: v_Lookup "Prefill values in child" issue #21723
    Carl E Tippins
    Participant

    Better new form with prefill. Didn’t notice I reversed the image.

    in reply to: v_Lookup "Prefill values in child" issue #21719
    Carl E Tippins
    Participant

    Screen shots of the new form. One example with out the prefill, the other with the prefill.

    in reply to: v_Lookup "Prefill values in child" issue #21714
    Carl E Tippins
    Participant

    Here is the vLookup configuration screen shots.
    vLookup-3 shows no prefill. This is how I currently have it set so users can create the new form.

    in reply to: CustomJS-using html in setFieldValue #21271
    Carl E Tippins
    Participant

    The field was changed from a plain text to a rich text. The records that were showing html code were entered before the field was changed (this is a site that was recently given to me). Records added later are working. I just had to reenter the ‘bad’ records to get the html to work.
    Thanks!!

    in reply to: Custom JS issue with v4.4.3.34 #19501
    Carl E Tippins
    Participant

    That did it!
    There was one file on the new version that wasn’t on the old version, ext-themelist.js. Do I need to do anything with it or just leave it there?

    Thanks for all your help!!
    Carl

    in reply to: Custom JS issue with v4.4.3.34 #19497
    Carl E Tippins
    Participant

    It did not like changing the Document mode at all. It cause A LOT of errors. Tried setting it to 9 and 10, errors happened both times.
    I could edit the fields in Chrome. However, IE 11 is the company standard and everyone uses it. So I still have the header (formlabel) not picking up the change in text.

    in reply to: Custom JS issue with v4.4.3.34 #19480
    Carl E Tippins
    Participant

    I noticed today that I also can’t add anything in the Custom CSS box by typing, but I can paste and delete code.

    in reply to: Custom JS issue with v4.4.3.34 #19476
    Carl E Tippins
    Participant

    1. I attached a screen shot of the Custom JS tab.
    There were no errors in the dev console.
    I use Internet Explorer 11.

    2. The snippet worked on 4.4.3.15, but it’s not working on 4.4.3.34.

    Carl E Tippins
    Participant

    It’s a bit complicated, but here we go…
    We wanted to use a cascading dropdown to populate field values from a list. We needed to limit the selection available to managers in the US. So, we created a list (Managers) with the managers profile names, IDs and hierarchy structure. The Managers list contains unique values.
    When the New Form is opened, the manager dropdown defaults to the currentUser (permissions are set so only people on the Managers list have access to the New Form). A rule copies the currentUser to a manager_text field and “Cascade_1” uses the manager_text field to populate the field values AND a “manager2” field (used in another cascade).
    Cascade_1 is where I’m having the issue described previously where the manager name appears in the first drop-down box, but the subsequent dropdowns do not autofill (the Autofill option is checked) and only display a blank. If I click the dropdown I see the (one) option available to select. Once I select all the subsequent options, the other cascade works.
    As stated previously, if I replace the current SPJS_casc.js file with the previous version, it works.
    Let me know if you need anything else.

    Carl

    Carl E Tippins
    Participant

    Hi Alexander,
    I’m using the cascading dropdown tab.

    Carl

    in reply to: DFFS intall on SP 2007 list #10916
    Carl E Tippins
    Participant

    I’ve figured out the problem.
    There was an issue with one of the Rules. DFFS v4.365 handled a rule differently than DFFS v4.2. After I fixed the rule, the forms loaded.

    Thank you for your help Alexander!!

    in reply to: DFFS intall on SP 2007 list #10913
    Carl E Tippins
    Participant

    The “_spPageContextInfo” did display the ListID information correctly.
    After I verified the ListID was present, and while I still had the Console open, I opened DFFS edit mode and cancelled out of it again and I got the attached error.
    I have another list using the same dffs files. I opened it with the Console open, and did not receive any errors.

    Attachments:
    in reply to: Word-wrap a long header on display form #10631
    Carl E Tippins
    Participant

    Here’s a screen shot of the header I’m dealing with.

    Attachments:
Viewing 14 posts - 16 through 29 (of 29 total)