Forum Replies Created
I solved it by this:
something was changed in DFFS, it is not working for me now with latest build: DFFS Backend v22.214.171.124|CSS version: 4.34 / |spjs-utility version: 1.307
One year old dffs version is working.
MichalJuly 25, 2017 at 00:05 in reply to: Check if document in doc. library is check-out when loading/submitting EditForm #17422
thanks, this works perfectly,
but only in case when use “check out” from local menu. Is it possible to determine if document is edited – open in MS office/OWA in edit mode?
I cannot use force check out due to some workflow problems.
MichalJuly 24, 2017 at 22:50 in reply to: Redirect to different locations when submitting EditForm #17418
it is not working – no redirection is done.
may I ask you for uncompressed version? I will try to debug myself.
Yes, it helps. I am now able to read value (getFieldvalue), make field read-only.
Not able to set value (setFieldValue) – but I do not need it.
Thank for your help.
Yes, I am sure. I am able to use getFieldvalue (in JS area) but not able to use Rules – read only field.
In the end I solved it using different browser.
Thank you, for your help, Alexander.
I Alexander, thank you – it works like a charm.
The only thing what is still not working is setting this field as read-only (with same displayed text: “Unknown fieldTyle: SPFieldOutcomeChoice”.
I fixed issue with makeABsUrl. It was caused by core.js which was loaded after you scrip.
But there is another issue, DFFS doesn’t work on sharepoint 2007 because “Document.querySelectorAll” doens’t exist in IE 11.
This method doesn’t exist because pages are loaded in compatibility mode in which this function is disabled. I found this method in you code only once. Do you have some idea, hot to fix it?
maybe I have a clue – I use manally specified location for configuration list. It is in root of web collection (/sites/PWA) and list with DFFS is in subweb (/sites/PWA/TěstList).
I have this variable: var dffs_configListBaseUrl = “/sites/pwa”; in both DFFS_frontend_CEWP.html and DFFS_backend_CEWP.html.
The config is stored as “/lists/LISTNAME/editform.aspx” in https://xy/sites/pwa/Lists/SPJSDynamicFormsForSharePoint/
Error message from developer console is: “It is not possible to read charAt for non-defined or null link” (see attached picture).
Url “https://xy/sites/pwa/Test diakritiky ě š č ř ž ý á í é/” is encoded as “https://xy/sites/pwa/Test%20diakritiky%20%C4%9B%20%C5%A1%20%C4%8D%20%C5%99%20%C5%BE%20%C3%BD%20%C3%A1%20%C3%AD%20%C3%A9/”
Thanks and best regards
MichalOctober 27, 2016 at 10:49 in reply to: New installer "hang" on "Getting all lists in this site…" #13824
No – today – it works, with no intervention..
MichalOctober 27, 2016 at 10:43 in reply to: Uncaught TypeError: Cannot read property 'match' of undefined #13822
I solved it already, but do not know how 🙂
thanks for working on a new version, Alexander.
The end of classic view is conclusive. I attach a statement from MS Premier support team…:
“…I wanted to let you know that I have received an answer from the product team regarding this behaviour , please read below:
Thank you for contacting Microsoft regarding your request of “Get A Link” for List Item old UI retrieves no value for Item URL
We have conducted a thorough investigation into this matter and we cannot accept this request.
To keep our engineering velocity high, we are investing in the modern UI for new functionality moving forward. The classic UI is still available to customers who are satisfied with that feature set. We do not plan on adding all new features to classic UI. Additionally we have indicated publicly that we expect to move away from Classic in the future for ODB, and continue with supporting only the modern UX. We don’t have full timing disclosed yet but working on a plan.”